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PREFACE 



This manual is specifically designed for assembly and system 
level programmers. Its purpose is to familiarize the user with 
the Ethernet and zero-bit insertion/deletion (ZBID) line drivers. 

Chapter 1 is an overview of the [TAM/32 system with references to 
the Ethernet and ZBID line drivers, which are accessed by the 
supervisor call 15 (SVC15) instruction and provides the reader 
with general background information. Chapter 2 consists of 
general terms and concepts of the zero-bit insertion/deletion 
data link control (ZDLC) , which centralizes on interpretation of 
the ZDL.C frame, control modes and various ZDLC configurations. 
Chapter 3 contains information dealing with the ZBID line driver. 
This driver controls line synchronization, data transparency and 
data blocking for medium- to high-speed communication lines. In 
addition to a description of its features and various commands, 
this chapter familiarizes the user with the quad-synchronous 
adapter (QSA) . Chapter 4 focuses on Ethernet, a communications 
system developed to carry data among locally distributed computer 
systems. This chapter contains information based on the Ethernet 
device controller discussing such topics as frames and command 
operations. Chapter 5 focuses on SVC15 programming of the 
Ethernet line driver and various command and register accesses. 
Appendix A is geared toward the user who is familiar with the 
ZBID line driver. This appendix summarizes the changes made to 
the ZBID line driver interface and the commands that are either 
supported or not supported by the Ethernet interface line driver. 

For information on the contents of all Perkin-Elmer 32-bit 
manuals, see the 32-Bit Systems User Documentation Summary. 
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CHAPTER 1 
ACCESSING A LINE DRIVER 



1.1 INTRODUCTION 

The OS/32 Telecommunications Access Method (ITAM/32) is an 
optional subsystem of OS/32 that provides a software interface 
between user programs and data communications networks. ITAM/32 
enables the user to access a remote terminal or computer via 
communications facilities, such as telephone lines and modems, as 
easily as a locally attached peripheral. There is no difference 
to the user between local Teletype (TTY) and remote TTY access. 

ITAM/32 line drivers provide the more primitive functions that 
allow the user to tailor a communications system to a particular 
need. The line drivers interface between the communications 
adapter and the user program, allowing the user to easily specify 
the control sequences and data necessary to complete a 
transmission over a communications line. 

The ITAM/32 line driver supervisor call 15 (SVC15) access allows 
the user program to specify ci sequence of control commands and 
the data required by the control sequence. ITAM/32 line driver 
access allows the user to support a communications network with 
maximum efficiency and throughput by providing the capability for 
the user program to specify buffering techniques, monitor the 
progress of a control sequence and alter control sequences and 
their data while in progress. 

Access to a remote terminal connected to an ITAM/32-supported 
communications line is through a logical unit (lu). The general 
procedure for SVC15 line level access is as follows: 

1. Assign the communications line to the desired program lu. 

2. Issue SVC15 to specify the initial control sequence and data. 

3. Use a trap handling routine to monitor the progress of the 
control sequence. 

4. Modify the control sequence and/or data, or issue a 
subsequent SVC15 specifying a new control sequence and/or 
data to continue communications as desired. 

5. Upon completion, close the lu assigned to the communications 
line . 
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Two line drivers, Ethernet and zero-bit insertion/deletion 
(ZBID), are accessed by the SVC15 instruction. Ethernet provides 
a simple SVC15 access for normal data transfer and allows a user 
task (u-task) to access all the features of the Perkin-Elmer 
Series 3200 Ethernet interface on an individual basis. The ZBID 
line driver uses quad-synchronous adapter (QSA) device commands 
to initialize the QSA-to-ZBID mode, performs reads and writes, 
disables previously issued reads and writes and handles switched 
lines; it can also use a single synchronous adapter (SSA) . For 
a list of basic differences between the Ethernet and ZBID line 
drivers, see Appendix A. 

1.2 SUPERVISOR CALL 15 (SVC15) ACCESS TO A LINE DRIVER 

The standard SVC15 call directly accesses any ITAM/32 line 
driver. As shown in Figure 1-1, this call is based on the 
standard SVC15 paraimeter block, the driver command word (DCW) 
chain(s) and the data areas associated with the individual DCWs . 



8713-1 



DCW Chain 




driver command word 



driver command word 



SVC15 Parameter Block 
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■ — -- . 


- Pointer to DCW Chain 






code 


data field — ■ 


code 


data field — 


code 


data field — 


: H 

1 • 1 



y 



^ 



Data Areas 



• direct buffer 

« indirect buffer 
, queued-buffer list 
a chained buffer 

• DCW parameter 

a next data-field chain 



Driver Command Word 



2I5 2I4 jlSjIZ"^! 21(^"P 2'' "2^ "2^ T^ 2^ ? T* "P 



BIT 



2l4 
2I3 

212 

211-28 

27_23 
22-20 



DESCRIPTOR 



Chain Command 
Command Enable 
Buffer Enable 
Timeout 
(reserved) 

Command Modifier 
Command Type 



Flag bits specifying 
options in effect for 
the DCW. 



Line driver commands 



(See ITAM/32 

Reference Manual 
for detailed descriptions. 



Figure 1-1 U-task Structures for SVC15 Access to a Line Driver 
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By issuing the SVC 15 call, the user activates a line driver. The 
driver then fetches the DCWs from the DCW chain, along with any 
associated data area, and executes them. To monitor the progress 
of the SVC15 call and to provide facilities for dynamic buffer 
management, the u-task can have a trap generated whenever the 
line driver: 



• starts to execute any DCW, 

• starts to use any data area and/or 

• terminates the SVC15 call. 

These traps enable a task to synchronize its execution with that 
of the line driver. 

In summary, the SVC15 call directly accesses an ITAM/32 line 
driver for a communications u-task. With this call, the user can 
specify input/output (I/O) buffering techniques and, concurrently 
with driver execution, monitor or alter DCWs and their data 
areas . 

Figure 1-2 and its description blocks show the format of the 
SVC15 parameter block. See the OS/32 Basic Data Communications 
Reference Manual for detailed information. 
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0(00) 

Function 
code 



11(01) 

I Logical 

1 unit 



12(02) i 

I General status information | 



4(04) Number |5(05) 



executed 



Pointer to DCW chain 




10 (OA) 

Length of last write 



12 (OC) |13(0D) 
Data code J | 



Data field 1 



16(10) 117(11) 
Data code 2 j 



Data field 2 



Data code N 



Data field N 



f ullword 



Fields: 



Figure 1-2 SVC15 Parauneter Block 



Function 
code 



specifies general request functions for the 
SVC15 call. As shown in Table 1-1, function 
code bit settings allow the user to: 



Halt a current command request. 



1-4 
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Generate a trap when the line driver 
fetches a new DCW from the DCW chain. 
OS/32 trap generation is ideally suited for 
application programs that control 
communication lines with SVC15 calls. For 
application details, see the OS/32 System 
Level Programmer Reference Manual and the 
OS/32 Basic Data Communications Reference 
Manual. 



• Generate a trap when the SVC15 DCW 
ends. 



chain 



Logical 
unit 

General 

status 

information 



• Request continuous error processing (CEP). 
Sections 3.2.2 and 5.2.4 discuss this 
capability. 



specifies the logical unit number 
communications line used for the I/O. 



of the 



holds the SVC15 termination status returned 
by the operating system. Table 1-2 shows the 
format for this halfword; Table 3-2 lists the 
termination codes possible with the status 
halfword. Most of the encoded termination 
codes listed in Table 3-2 correspond to those 
described in the OS/32 Basic Data 
Communications Reference Manual for all 
ITAM/32 line drivers. Certain codes, however, 
are unique to or take specific meaning with 
the ZBID line driver, especially X'17' (bad 
sequence), X'20' (idle line) and X'21' (frame 
abort). Similarly, certain codes take on 
specific meaning with the Ethernet line 
driver. See Table 5-2 for more details. 



Number of 

commands 

executed 

Po inter to 
DCW chain 

Length of 
last read 



maintains a 1-byte count for the number of 
DCWs fetched and executed. When the SVC15 
call terminates, this number is returned here. 

contains an address pointing to the first DCW 
in the DCW chain (see Figure 1-1). 

is when the SVC15 call terminates and the 
line driver updates this halfword to reflect 
the number of bytes transferred during the 
last read. 



Length of 
last write 



is when the SVC15 call terminates and the 
line driver updates this halfword to reflect 
the number of bytes transferred during the 
last write. 



Data codes 



holds hexadecimal code identifying the type of 
data area associated with a DCW (see Figure 
1-1). 
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Data fields holds addresses pointing to the previously 

ment ioned data ar eas . 



} HA} CQI BQ{ TQiCEPj I | 

Bits: 

01234567 



TABLE 1-1 SVC 15 FUNCTION CODE BYTE 



BIT 




?. 



4 



5-7 



HEX 
MASK 



80 



40 



20 



10 



08 



07 



DESCRIPTION 



Halt I/O - If the line driver is connected 
to the task, this bit halts task I/O. 
Otherwise, a condition code of 1 (CC^l) 
is returned in the program status word 
(PSW) indicating that the line driver 
was not connected . 

Command Queue Entry Enable - When this 
bit is set, along with the command enable 
bit of the DCW, a command queue entry is 
added to the task queue before the DCW 
is executed. 



Buffer Queue 
is set, along 
of the DCW, 
added to the 
character of 
is processed - 



Entry Enable - When this bit 
with the buffer enable bit 
a buffer queue entry is 
task queue when the first 
any buffer used by the DCW 



Termination Queue Entry Enable ~ This bit 
causes a termination queue entry to be 



added to the task 
driver terminates, 
queue entry bit of 
(TSW) is a J so set, 
driver termination. 



queue when the line 

If the enable SVC15 

the task status word 

a trap is taken at 



CEP - This bit prevents certain error 
codes from terminating a line driver READ 
command. Such prevention permits contin- 
uous reading of sequential input frames, 
regardless of any error condition affect- 
ing only a single frame. 

Reserved; reset to zeros. 
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i ER| BUiTNBi TO I 



DC I 



ETC 



Bits: 
1 



9 10 



15 



TABLE 1-2 GENERAL STATUS INFORMATION HALF WORD 



BIT 


1 MASK 


1 i 
1 DESCRIPTION j 





1 8000 

1 
1 
1 

1 


i Error - Set for all error conditions; | 
I i.e., for bits 3 and 5 and for most | 
1 termination codes. j 


1 


1 4000 

» 
I 

1 
1 

1 


I 1 
Busy - Set whenever the line driver is { 
still busy with the SVC15 call. The i 

, SVC15 call can be aborted with the halt | 
I/O bit in the function code. | 


7. 


1 2000 

1 
1 


Transfer Not Begun - Set when the line | 
driver is waiting for a starting flag | 
sequence; i.e., the input transfer (read) | 
has not yet begun. This bit is reset once | 
transfer begins. When the ending flag is | 
received, the bit is reset. i 


3 


1000 


Time-out - Set if an I/O time-out occurs; j 
i.e., if the error timer expires before a | 
DCW is completely executed. j 


4 




N/A j 


5 


0400 


Data Check - Set whenever a fixed control | 
store error is detected. | 


6-9 




N/A j 


10-15 


003F , 

< 


1 

Encoded Termination Code - These six bits | 
hold one of the hexadecimal termination | 
codes. The interpretation of these bits | 
depends on the individual driver. See | 
Table 3-2 for the ZBID line driver | 
and Table 5-2 for the Ethernet line j 
driver termination. | 
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CHAPTER 2 
ZERO-BIT INSERTION/DELETION DATA 
LINK CONTROL (ZDLC) PROTOCOL SUPPORT 



2.1 



INTRODUCTION TO ZERO-BIT INSERTION/DELETION (ZBID) 



2JDLC protocol is Perkin-Elmer ' s 
bit-synchronous protocols: synch 
high-level data link contro 
conununication control procedures 
manager (CTM) product provides 
the supervisor call 1 (SVC 
Bit-Synchronous Communications 
information on CTM. The CTM uses 
the quad-synchronous adapter/sing 
hardware. In addition, the us 
the SVC15 level that is described 



implementation of the three 
ronous data link control (SDLC) , 
1 (HDLC) and advanced data 
(ADCCP). The channel terminal 
support for the ZDLC protocol at 
1) level. See the OS/32 
Reference Manual for more 

the ZBID driver for support of 
le synchronous adapter (QSA/SSA) 
er can access the ZBID driver at 

later in this chapter. 



2-2 INTRODUCTION TO FRAMES 

All information transferred between stations in the ZDLC protocol 
are binary codes conveyed within a formatted ZDLC freime. This 
frame is the vehicle for all communications on the data line (see 
Figure 2-1) . 
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Flag 



ZDLC Frame 



A-Field 



C-Field 



l-Field 




Figure 2-1 Basic ZDLC Frame 
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The ZDLC frame consists of three required fields and one optional 
field. The sequence of these fields is fixed and invariable. 
The address field (A-field), control field (C-field) and frame 
check sequence (PCS) field are required. The information field 
(I -field) is an optional, var iable- length field. A leading and 
trailing flag marks the start and end of a ZDLC frame. 

The ZBID driver is concerned only with the A-field, and then only 
when performing a 'selective read'. However, the ZBID driver can 
be used to transmit data in any format, requiring only the 
beginning and terminating flag. 

2.2.1 Zero-Bit Insertion/Deletion (ZBID) 

A ZBID flag is the unique binary sequence, '01111110'. As shown 
in Figure 2-1, flags mark the start and end of a ZDLC frame. 
When encountering a ZBID flag, a receiving station interprets 
subsequent bits as the start of a new ZDLC frame. But what if 
the '01111110' sequence appears within the I-field, or possibly 
within the A-, C- or FCS field? Without the ZBID technique, the 
receiving station would erroneously interpret subsequent bits as 
the start of a new ZDLC frame. 

With the ZBID technique, however, binary coding within a ZDLC 
frame can be any combination of 0-bits and 1-bits; i.e., this 
technique ensures data transparency within the frame. Basically, 
it involves selective insertion and deletion of zeros so that the 
ZBID flag sequence never occurs within a ZDLC frame. 

As shown in Figure 2-2, a station sending a frame performs 
zero-bit insertion. The station checks all binary bits being 
sent. Whenever it encounters a '011111' sequence (0-bit followed 
by five 1-bits), the station inserts a 0-bit. In Figure 2-2, 
inserted 0-bits are shaded. 

A station receiving a ZDLC fraune performs zero-bit deletion; 
i.e., deletion of the zeros inserted by the sending station. The 
station monitors all bits being received. Whenever the station 
encounters the '011111' sequence, it inspects the next (seventh) 
bit. If it is a 0-bit, that 0-bit is deleted and the '011111' 
sequence is accepted as data. But if the seventh bit is a 1-bit, 
the next (eighth) bit is immediately inspected. If it is a 
0-bit, the '01111110' sequence is accepted as a ZBID flag. If 
the eighth bit is a 1-bit, the sequence can be "abort" or "idle". 
These control sequences are discussed in subsequent sections. 
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Figure 2-2 Zero-Bit Insertion at Sending Station 



2.2.2 Sequence of Bit Treuismission for Zero-Bit Insertion/ 
Deletion Data Link Control (ZDLC) Frames 

An octet, the telecommunications equivalent to a character, is a 
set of eight bits. As shown in Figure 2-3, an octet includes a 
least significant bit (I^B), with a place value of 2°, and a most 
significant bit (MSB), with a place value of 7J . 
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Figure 2-3 The Octet 



With Perkin-Elmer 's hardware/software support, bits of a frame 
are transmitted as a continuous succession of octets starting 
with the A-field and ending with the PCS field, with bit 2^ of 
each octet being transmitted first. 

Figure 2-4 illustrates this method of transmission. 
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Figure 2-4 ZDLC Frame Transmission by Octets 



2-4 



48-079 FOO ROO 



2-2.3 Zero-Bit Insertion/Deletion Data Link Control (ZDLC) 
Sequences 

There are three bit sequences for controlling the active and 

inactive transmission states on the data line. These ZDLC 

control sequences, along with their binary codes, are listed 
below. 



1. Z.BID Flag - '01111110' (a 0-bit, six consecutive l-bits and 
a trailing 0-bit) 

Flags, by enclosing frames, are involved with all active 
communications. A primary or secondary also transmits ZBID 
flags for inter fraime timefill. Inter frame timefill maintains 
line synchronization and keeps the line in the active state. 

2. Abort - '011111110' through '0111111111111110' (a 0-bit, at 
least 7 but not more than 14 consecutive l-bits, and a 
trailing 0-bit) 

A primary or secondary transmits an abort sequence to cancel 
and nullify a frame being transmitted. Any station receiving 
an aborted frame (i.e., a frame terminated with abort 
sequence), ignores it. 

3. Idle Line - '0111111111111111...' (at least 15 consecutive 
l-bits) 

A primary or secondary having a 2-wire, two-way alternate 
configuration uses the idle sequence during line turnaround. 
At line turnaround, no frames are being transferred and the 
data line is in an idle state. 

2.3 INTERPRETATION OF THE ZERO-BIT INSERTION/DELETION DATA LINK 
CONTROL (ZDLC) FRAME 

The following sections discuss the components of the ZDLC frame 
that are applicable to the ZBID line driver. 

2.3.1 Zero-Bit Insertion/Deletion (ZBID) Flag 

ZBID flags always enclose the ZDLC frame. When the leading flag 
is encountered, transmission error checking (i.e., FCS 
computation) and ZBID begin. When the trailing flag is 
encountered, transmission error checking and ZBID end. In some 
applications, the trailing flag also marks the beginning of the 
next frame. 

Flags have the additional function of synchronizing the data line 
by being sent between frames as interframe timefill. 



48-079 FOO ROO 2-5 



The binary value of the ZBID flag octet is always ♦01111110', 
hexadecimal value, X'7E'. All stations attached to the line 
continually hunt, on a bit-by-bit basis, for this binary 
sequence. To achieve data transparency, the ZBID technique 
prohibits the flag sequence from occurring anywhere within the 
ZDLC frame. Therefore, a receiving station will always recognize 
this sequence as a ZBID flag. Following any ZBID flag is either: 

• a ZDL.C frame, 

• another ZBID flag (for interfraime timefill), 

• an idle control sequence or 

• an abort control sequence. 

An idle or abort sequence, however, does not have to follow a 
ZBID flag. 

2.3.2 Address Field (A-Field) 

The A-field is the first field of a ZDLC frame. It holds a 
secondary station address, which is a unique line-level address 
of the secondary sending or receiving the ZDLC frame. The 
A-field never contains the address of a primary station. 

There are two mutually exclusive A-field formats: 

• Unextended, used with unextended ZDLC frame formatting. 

• Extended, used with extended ZDLC frame formatting. 



NOTE 

The 'selective read' feature of the ZBID 
driver provides support of the unextended 
format only. 

Unextended addressing, also known as single addressing, is a 
standard method for addressing one secondary station at a time. 
The unextended A-field format consists of one octet, as shown in 
Figure 2-5, enaJoling the primary to address any one of a. maximum 
of 254 secondaries. 
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Figure 2-5 Unextended A-Field Format 



The unextended addressing format is the only addressing scheme 
available within SDLC. In HDLC and ADCCP , it may be specified 
optionally in lieu of the extended format. 

Extended addrtJssing is an enhanced method for addressing one 

secondary at a time. The extended A-field format consists of one 

or more octets, enabling the primary to address more than 254 
secondaries with no maximum (see Figure 2-6). 
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Figure 2-6 Extended A-Field Format 



Extended addressing is effected by resetting bit 2° of all 
addressing octets except the last; bit 2° of the last addressing 
octet is set to one. At least one addressing octet is required 
in the A-field. If one address is to be specified, bit 2° of its 
octet must be set. When more than one addressing octet B is used 
to address the secondary, bit 2° of each addressing octet, except 
the last, must be reset to signify that additional addressing 
octets follov?. The last octet must be set, marking it as the 
final addressing octet. 

An addressing technique known as compromised single addressing is 
also available with ZDLC. Compromised single addressing can be 
used by a station setup for unextended addressing when that 
station wants to communicate with a station having extended 
addressing. The compromise is accomplished by setting bit 2° of 
the unextended addressing octet, thereby making it appear as the 
last octet of an extended address chain. 
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Two special addresses, global and null, are defined for A-field 
use, but are not supported as such by the ZBID line driver. 

An address of '11111111' (X'FF') is reserved for the global 
address. It is used by a primary when the address of a specific 
secondary is unknown or unnecessary; e.g., switched connections 
and broadcast transmissions. 

An address of '00000000' (X'OO') is reserved for the null (no 
station) address. It is used by a primary when no response is 
required for transmitted frame(s); e.g., station transmission 
test. When the first octet of any A-field has a null address, 
other stations ignore the associated frame. 

2.3.3 Freune Check Sequence (PCS) Field 

The FCS field is generated by cyclic redundancy checking (CRC) 
and is used for transmission error checking. By definition, the 
FCS is the remainder of a CRC modulo- 2 division, using the 
generator polynomial, X^®+ X^^+ X^+1, as a divisor. Excluding 
zeros inserted for transparency, the CRC computation includes the 
contents of the A-, C- and I -fields. For more information on 
CRC, see the appropriate Processor User's Manual or Instruction 
Set Reference Manual. 

The ZBID driver supports an image write that allows the user to 
calculate on FCS other than the standard CRC- 16 or to specify no 
FCS transmission at all. 



2.4 ZERO-BIT INSERTION/DELETION DATA LINE CONTROL (ZDLC) 
CONFIGURATIONS 

ZDLC permits two-way alternate (half -duplex) and two-way 
simultaneous (TWS) (full-duplex) communications between stations 
on a data line. 

With two-way alternate communication, only one station at a time 
can transmit frames over the data line. For example, a primary 
transmits one or more fraimes, a line turnaround occurs and the 
secondary transmits one or more frames in the opposite direction. 
A two-way alternate data line is either a switched (telephone) 
line or a nonswitched (private or leased) line. The nonswitched 
data line is either 2- or 4-wire; 2-wire lines are exclusively 
for two-way alternate, while 4-wire lines are for two-way 
alternate or TWS. 

With TWS communication, two stations can simultaneously transmit 
frames over the data line and transmission requires no line 
turnaround. A TWS line is a 4-wire, nonswitched line. As 
previously mentioned, stations may also use the 4-wire line for 
two-way alternate communication (see Figure 2-7). 
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Figure 2-7 Polling Configuration for Multiplexing Data 
Streams over a Single Line 
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CHAPTER 3 
GENERAL DESCRIPTION OF THE ITAM/32 
ZERO-BIT INSERTION/DELETION (ZBID) LINE DRIVER 



3.1 INTRODUCTION 

The ITAM/32 ZBID line driver is part of the ITAM/32 software 
package. Using the ZBID technique described in Chapter 2, this 
line driver controls line synchronization, data transparency and 
data blocking for medium- to high-speed (1,200 to 19,200 baud) 
communication lines. Even though the line driver does not 
support any specific protocol, its flexible design is ideally 
suited to support line access for the bit-synchronous protocols; 
namely, synchronous data link control (SDLC) , high-level data 
link control (HDLC) and advanced data communication control 
procedures (ADCCP) . Features of the ZBID line driver include: 

• One level of line access (see Figure 3-1) - A communications 
user task (u-task) can access the bit-synchronous 
communications line by issuing a supervisor call (SVC) . This 
call is based on the standard ITAM/32 SVC15 parameter block. 
SVC15 access is a nonbuffered access where the user must 
handle the protocol support. It has the advantages of 
flexible buffer control and a powerful repertoire of driver 
commands. Section 3.2 discusses SVC15 access. 

• Continuous error control ~ The line driver has expanded 
capabilities for continuous error control of the 
bit-synchronous protocol. Section 3.2.2 discusses this 
capability. 

• Configuration options - As specified DEVICE statements at 
system generation (sysgen) time, the ZBID line can be 
configured as 2- or 4-wire, simplex, half- or full-duplex, 
switched or leased. 

• Line driver modification - With the SVC 15 MODE command, a 
u-task can dynamically modify certain line driver control 
f ields . 

• Protocol control - The line driver automatically generates, 
recognizes and validates ZBID flags, abort requests and 
polynomial cyclic redundancy check (CRC) requests. 
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Figure 3-1 ITAM/32 Terminal Manager /Line Driver Relationships 



3.2 SUPERVISOR CALL 15 (SVC15) ACCESS TO THE ZERO-BIT INSERTION/ 
DELETION (ZBID) LINE DRIVER 

The following sections describe SVC15 access to the ZBID line 
dr iver . 



3.2.1 Read and Wr ite 

The read and write method of access is the standard method of 
data transfer- All standard ITAM/32 buffer formats are 
supported. For more information on buffer formats, see the OS/32 
Basic Data Communications Manual. 



3-2.2 Continuous Error Processing (CEP) 

A u-task requests the capability for CEP by setting the CEP bit 
(2^) in the SVC15 function code byte. This capability is 
meaningful only for a u-task reading a stream of contiguous 
frames into queued or chained buffers during bit-synchronous 
communications ,. 

CEP permits a u-task to identify three of the encoded SVC15 
termination codes (listed in Table 3-2) as nonterminating error 
conditions. These codes are exclusively associated with the line 
driver READ command. They are: 

• X'05' - Data check fraime check sequence (PCS) 

• X'OE' - Overflow 

• X'21' - Frame abort 

• X'20' - Idle line 

If CEP has not been requested and one of these errors is 
encountered, the following occurs: 

• The SVC15 request terminates because of the error. 

• Control returns to the u-task. 

• The u-task immediately issues another READ in time to read the 
next frame. If the two-way simultaneous (TWS) bit-synchronous 
communications is over a high-speed line, the next fraune will 
have already been sent and lost before the u-task is ready to 
receive it. Hence, two frames would be lost because of a 
single error. 

• The task selectively rejects the errored frame. 
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CEP alleviates the problem of losing any frame(s) following a bad 
frame by preventing the line driver from being terminated 
whenever one of the three termination codes listed above is 
encountered. When the line driver encounters one of these 
nonterminating error conditions, it: 

• places the error status halfword into the "bytes used" 
half word of the queued or chained buffer being used, 

• returns the buffer to the task, as it would for a correctly 
received freime, and 

• reads the next frame into the next available user buffer . 



With these operations performed, the u-task can process the bad 
frame and still be ready to receive the next one. 

After each input/output (I/O), the u-task is responsible for 
checking the "bytes used" halfword of the queued/chained buffers. 
If any halfword is negative (i.e., if the most significant bit 
(MSB) is set) , the halfword contains status information for an 
errored input frame. If the halfword is positive, the "bytes 
used" halfword contains the total number of bytes read, including 
the 2-byte PCS. Also, because the MSB determines the meaning for 
this halfword, it cannot be used for the byte count; this limits 
the maximum buffer size to 32,767 bytes, 

3.3 COMMAND REPERTOIRE FOR THE ZERO-BIT INSERTION/DELETION 
(ZBID) LINE DRIVER 

Table 3-1 lists the ZBID line driver commands that may be used in 
a driver command word (DCW) chain. With the exception of the 
four commands marked with asterisks (*), these commands are the 
same as those described in the OS/32 Basic Data Communications 
Reference Manual for all ITAM/32 line drivers. The asterisk 
marked commands are unique to the ZBID line driver because they 
are executed by special routines within the driver, not by common 
ITAM/32 subroutines. These four commands are discussed in the 
following sections. 
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TABLE 3-1 ZBID LINE DRIVER COMMANDS 



COMMAND 
FAMILY 

NULL 



CONTROL 



READ 



WRITE 



MODE 



COMMAND 

BBiasaisiiBBiaBsas^BBaiaBVisnBsi 

NOP 
WAIT 
XFER 
CXFER 

EXAMINE 
RING WAIT 
ANSWER 
DISCONNECT 

READ 

SELECTIVE READ* 

WRITE 

WRITE IMAGE* 
WRITE IDLELINE* 

TOUT 
CMD2 

RCMD 
WCMD 
RDIS 
WDIS 
DISC 
ADDR* 



HEX 

0000 
0008 
0010 
0018 

0001 
0009 
0011 
0019 

0002 

OOIA 

0004 

OOIC 
0024 

0006 
OOOE 

0016 
OOIE 
0026 
002E 
0036 
00 5E 



DESCRIPTION 

No operation 

Time interval wait 

Transfer command chain address 

Conditional transfer 

Examine device status 
Wait for the phone to ring 
Answer the phone 
Hang up the phone 

Read with ITAM/32 buffer 

management 

Read with address check 

Write with ITAM/32 buffer 

management 

Write without FCS 

Write idle line 

Change time-out constants 
Change programmable adapter 
command 

Change READ command 
Change WRITE command 
Change READ-DISABLE command 
Change WRITE-DISABLE command 
Change DISCONNECT command 
Change selective address 



* Executed by special routines of the ZBID line driver 



The following sections describe the specific commands within each 
command family. The binary setting and hexadecimal mask, for the 
low-order byte of the DCW is given for each command. 

For all commands described, normal completion causes the next DCW 
to be fetched; if none exists, a successful completion status is 
returned to the status half word of the SVC15 parameter block. 
Nonerror status conditions are noted by setting the appropriate 
bits in the status half word; upon termination of the SVC15, the 
value of the status half word may reflect the accumulation of 
several such conditions. 



Invalid flag bits cause 
appropriate error status. 



the SVC15 to terminate with 



the 
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3.3.1 NUUL-Type Coinmeuids 

Chain command and command trap flags are valid. There are four 
NUUL-type commands, none of which issue I/O instructions to the 
adapter . 



3.3 









NUMBER OF 


COMMAND 


BINARY 


HEX 


DATA FIELDS 


NOP 


0000 0000 


00 


1 


WAIT 


0000 1000 


08 


1 


XFER 


0001 0000 


10 


1 


CXFER 


0001 1000 


18 


2 


1 . 1 NOP 


Command 







The NOP command performs no operation; one data field is fetched 
but not used. (It must, however, specify a valid program 
address.) If chain command (bit 0) is set, the next command is 
fetched. 



3.3.1.2 WAIT Commau^d 



The WAIT command is used to suspend driver execution for a 



specified 
a halfword 
of 100ms. 
and then 
terminates 



interval. One data field is fetched; it must point to 
containing the value of a time interval in multiples 
The driver waits until the specified interval expires, 
continues execution (if chain command is set) or 
(if chain command is reset). 



3.3.1-3 Transfer In (XFER) Command 

The XFER command is used to specify the next DCW in a chain that 
does not exist in contiguous memory. One data field is fetched; 
if chain command is set, the next command to be executed is 
fetched from the address contained in the data field. Thus, a 
branch to a DCW is performed. 
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3.3.1.4 Conditional Transfer (CXFER) Command 

The CXFER command is used to test the internally maintained 
status of the SVC15 call. Two data fields are fetched. The 
first data field points to two half words, the first of which is 
logically ANDed with the current state of the ITAM/32 logical 
status half word. The result is compared to the second half word 
of the pair, and if equal, the next command to be executed is 
specified by the second data field. Otherwise, command execution 
continues with the next command in the current chain. The CXFER 
command can be used to test for specific conditions, as indicated 
by the ITAM/32 logical status; the first half word of the first 
data area contains a mask with a ONE in each bit portion to be 
tested; the second half word of the first data area contains the 
value to be tested against; e.g., if one or more special 
characters were detected after a read operation, a different 
command sequence might be desired. 

3.3.2 CONTROL-Type Commands 

There are four CONTROL-type commands. They are: 









NUMBER OF 


COMMAND 


BINARY 


HEX 


DATA 


FIELDS 


EXAMINE 


0000 0001 


01 




1 


RING WAIT 


0000 1001 


09 







ANSWER 


0001 0001 


11 







DISCONNECT 


0001 1001 


19 








3.3.2.1 EXAMINE Command 

The EXAMINE command is used to obtain the device status of the 
specified adapter. This command obtains one data field. The 
value obtained specifies the address of a writable byte into 
which the status of the device is stored. The last known 
physical device status is fetched from a byte in memory that is 
maintained by the driver during I/O activity. When the byte is 
nonzero, its contents are returned to the user and the byte is 
reset to zero. When the byte is zero, a sense status is 
performed on the device and its present status is returned to the 
user . 
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3.3.2.2 RING WAIT Conunand 

The RING WAIT command is used to suspend fetching of DCWs until 
a ring signal is received from the adapter. This command fetches 
no data fields and interrupts from the adapter are enabled. The 
data terminal ready (DTR) lead to the modem is not enabled. The 
command terminates when a ring signal is received from the 
adapter. When chain command is set, execution continues with the 
next command; otherwise, the driver terminates. When time-out is 
set, the command waits only as long as the value specified in the 
write timer halfword; when this interval expires, time-out error 
status is set. If time-out is not set, the command waits 
indefinitely for a ring signal. 

3.3.2.3 ANSWER Command 

For nonswitched lines and switched lines that are already 
connected, the ANSWER command terminates immediately. For 
dial-in lines not connected, the DTR lead to the modem is 
enabled, causing the modem to answer the incoming call. The 
command terminates when the data set indicates it is ready for 
I/O. Time-out and chain commands are handled as described in the 
RING WAIT command. 



3.3.2.4 DISCONNECT Command 

The DISCONNECT command is used to disconnect from a switched 
line. The command resets the DTR lead to the mode, suspends DCW 
fetching for one second and either continues to the next command 
(if chain command is set) or terminates (if reset). 

3.3.3 READ-Type Commands 

There are two READ-type commands. They are: 









NUMBER OF 


COMMAND 


BINARY 


HEX 


DATA FIELDS 


READ BUFFER 


0000 0010 


02 


1 or 2 


SEI^ECTIVE READ 


0001 1010 


lA 


1 or 2 



3.3.3.1 READ BUFFER Command 

The READ BUFFER command is used to read data into the specified 
buffers. One or two data fields are fetched, depending on the 
buffer type; i.e., chained, direct or indirect. The data field 
specifies a buffer or buffer chain into which data is read. All 
buffers must be in the same logical segment of the task as the 
address contained in the first data field of the parameter block. 
The first byte of the data field fetched specifies whether the 
buffer type is direct text, indirect text or chained buffer. If 
the buffer type is direct text, a second data field is fetched. 
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3.3.3.2 SETJECTIVE READ Command 

The ZBID line driver performs a selective read the same way the 
ITAM/32 subroutine performs a standard read. But if the first 
byte of an input frame does not match the address byte previously 
specified with the MODE ADDR command, the line driver aborts the 
reading of that frame and attempts to read the next input frame. 
The selective read feature of the ZBID driver only provides 
support of the unextended format. 

3.3.4 WRI TE-Type Commands 

Chain command, command trap and time-out are valid flag bits. 
There are three WRITE-type commands. 



NUMBER OF 
COMMAND BINARY HEX DATA FIELDS 

WRITE BUFFER 0000 0100 04 1 or 2 
WRITE IMAGE 0001 1100 IC 1 or 2 
WRITE IDTJB.LINE 0010 0100 24 



3.3.4.1 WRITE BUFFER Command 

The WRITE BUFFER command is used to write data from the specified 
buffers. One or two data fields are fetched, depending on the 
buffer type. The data field specifies a buffer or buffer chain 
from which data is written to the line. All buffers must be in 
the same logical segment as the address in the first data field 
of the parameter block. The left-most byte of the first data 
field fetched specifies whether the buffer type is direct text, 
indirect text or chained buffers. If the buffer type is direct 
text, a second data field is fetched. 



3.3.4.2 WRITE IMAGE Command 

The ZBID line driver performs a write image the same way the 
ITAM/32 subroutine performs a standard write, but the entire 
frame is sent without FCS computation. 

3.3.4.3 WRITE IDLELINE Command 

The WRITE IDLELINE command transmits a ZBID idle sequence that 
consists of a 0-bit followed by 15 or more consecutive 1-bits and 
puts the ZBID line into an inactive state. 
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3.3.5 MODE -Type Commands 

Chain command and command trap are valid flag bits. If the 
default value specified in the individual driver descriptions are 
acceptable, no MODE commands need to be executed. Once a value 
is changed by a MODE command, the only means of restoring the 
default condition is by a MODE command specifying the correct 
value. Modifications should be coordinated if access is being 
shared by more than one program. There are eight defined 
MODE -type commands . 









NUMBER OF 


COMMAND 


BINARY 


HEX 


DATA 


FIEIJDS 


MODE TOUT 


0000 0110 


06 




1 


MODE CMD2 


0000 1110 


OE 




1 


MODE RCMD 


0001 0110 


16 




1 


MODE WCMD 


0001 1110 


IE 




1 


MODE RDIS 


0010 0110 


?.6 




1 


MODE WD IS 


0010 1110 


2E 




1 


MODE DISC 


0011 Olio 


36 




1 


MODE ADDR 


0101 1110 


5E 




1 



3.3.5.1 MODE TOUT Command 

The MODE TOUT command is used to set the error time intervals for 
commands that enable the time-out flag. One data field is 
fetched containing the address of the first of two half words; the 
first contains an error time-out interval for read-type 
operations and the second contains an interval for wr ite-type 
operations (both in units of one second) . 

The timer is strictly for error detection; when it expires, the 
command is terminated in error. Interval timing is perfoirmed via 
the WAIT command, which uses a separate (lOOms resolution) clock. 

3.3.5.2 MODE CMD2 Command 

The MODE CMD2 command is used to specify the device-dependent 
command used to set adapter options. One data field is fetched 
with the address of a byte containing the device command to be 
output to specify programmable adapter options such as parity, 
number of data bits, etc. 

3.3.5.3 MODE RCMD and MODE WCMD Commands 

The MODE RCMD and MODE WCMID commands specify the device-dependent 
commands to set read or write modes in the adapter. One data 
field is fetched for these commands with the address of a byte 
containing the device command to be output for read or write data 
transfers, respectively. 



3 - 10 
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3.3.5.4 MODE RDIS and MODE WDIS Commands 

The MODE RDIS and MODE WDIS commands specify the device-dependent 
commands used to set the read or write side of the adapter 
quiescent. One data field is fetched with the address of a byte 
containing the read or write side of the line. 

3.3.5.5 MODE DISC Command 

The MODE DISC command specifies the device-dependent command used 
to disconnect the adapter from the line. One data field is 
fetched with the address of a byte containing the device command 
to be output to disconnect the communications line (reset data 
terminal ready) . 

3.3.5.6 MODE ADDR Command 

The MODE ADDR command specifies the contents of the selective 
read address byte used by the selective read. The driver fetches 
one data field containing the frame address to be checked by the 
SEI^ECTIVE READ command. 

Although the ZBID line driver has no specific command for 
outputting an abort sequence, the user can abort a frame being 
written by issuing an SVC15 call; the halt I/O bit in the SVC15 
function code byte must be set. The call causes an abort 
sequence to be transmitted, terminating the write. (The abort 
sequence consists of a 0-bit and at least seven, but not more 
than 14, consecutive 1-bits, followed by a trailing 0-bit.) 

3.4 SUPERVISOR CALL 15 (SVC15) ERROR HANDLING 
Table 3-2 shov/s the encoded SVC15 termination codes. 
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TABLE 3-2 ENCODED SVC15 TERMINATION CODES FOR ZBID LINE DRIVER 



TERMINATION 
CODE 



00 
05* 

06 

OA 

08 

OC 

OD 

OE* 

OP 

10 

1 .1 

12 

J3 

14 
J5 
17 
J8 

19 



CAUSE 



No errors - Successful SVC15 call with no 
errors. 

Data check - Termination by data error, PCS; 
also, bit 2 in the SVC15 status half word is 
set. 

Buffer Limit - Buffer limits reached; no proper 
ending sequence. 

Loss of carrier - Lost carrier on reads. 

cri2S error - Lost clear to send on write. 

Data set not ready. 

Device unavailable - Adapter not present. 

Overflow - Character overflow. 

Ring - Phone is ringing. 

Buffer overrun-1 - Busy and/or done bits in 
chain buffers bad. 

Number of commands executed (NCE) overflow - 
More than 255 commands executed. 

Task trap error - Task trap queue was full, 
invalid or nonexistent during trap attempt. 

Buffer overrun-2 - Event service routine (ESR) 
does not execute in time; may indicate that 
priority is too low. 

Time-out. 

Halt I/O - Request aborted I/O. 

Bad Sequence. 

Illegal command - Invalid command or modifier. 

Memory fault-1 - Memory fault when referencing 
data. (See Section 3.5 for possible causes.) 
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TABLE 3-2 ENCODED SVC15 TERMINATION CODES FOR ZBID LINE DRIVER 
( Cont Inued ) 



TERMINATION | 



CODE I CAUSE 



ss EX ^ as cs ac 9 



lA I Memory fault-2 - Memory fault when referencing 
I data. (See Section 3.5 for possible causes.) 



IB I Illegal logical unit (lu) - lu was unassigned 
j invalid; might be hardware problem. 



IC I Illogical status - Device status invalid; might 
I be hardware problem. 



ID j Power fail - Power failure has occurred. 

I 
I 

IE I Illegal action - Illegal software condition. 

I 
I 

IF I Illegal translation table - translation table 

I invalid. 

I 
20* I Idle line - Line was set inactive by receipt of 

I an idle line sequence. 

I 
I 

21* I Freime abort - Friwne was terminated by the 

j receipt of an abort sequence. 

I 
I 

22 I Invalid frame - Received freime does not have 

I enough bytes or has a bit length that is not an 

I even multiple of eight. (Any fraime must have 

I at least 32 bits: 8-bit A-f ield, 8-bit C-f ield 

I and 16-bit PCS field; the line driver mandates 

I that all frames consist of an integral number 



i of octets.) 



23 I Queue empty - A from queue list was found to be 
i empty prior to transfer completion. 



24 I Queue overflow - The receive queue list for a 
I queued I/O has overflowed. 



* These commands are flagged for CEP 
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3-5 CHAINED/QUEUED BUFFER LINK WORD FLAG BYTE 

The OS/32 Basic Data Communications Reference Manual details the 

buffer formats supported by ITAM/32 and the ZBID driver. For 

chained and queued buffers, the flag byte (bits to 7) of the 
buffer link word is used by the ZBID driver as follows: 



BIT 
NUMBER 







2 



MEANING I Busy | Done | Frame j Frame | User must clear to 
I ! i End i Begin | zero 



Where: 



Busy /Done 
Frajne Begin 

Frame End 



is standard TTAM usage; see the OS/32 Basic 
Data Communications Reference Manual. 

is set on the first or only buffer in a chain; 
this allows many buffers chained together to 
be written as one frame. 

is set on the last or only buffer in a chain. 



NOTE 

These bits must be set properly or the 
SVC15 call will cause termination codes 
with X' 19' or X' lA' . 



3.6 QUAD-SYNCHRONOUS ADAPTER (QSA) PROGRAMMING 
The ZBID line driver uses QSA device commands to: 

• initialize the QSA to ZBID mode, 

• perform reads and writes, 

• disable previously issued reads and writes and 

• disconnect switched lines. 



ZBFD default values for the QSA device commands, as assembled 
within the device control block (DCS) and issued by the ZBID line 
driver, are listed in Table 3-3. 
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TABTJE 3-3 ZBID DEFAULT V7U:.UES FOR 
QSA DEVICE COMMANDS 



QSA DEVICE COMMAND 
Read Time-out 
Write Time-out 
Device-Read 
Device-Write 
Disable-Read 
Disable-Write 
Disconnect 
Set-Programmable-Option 



DEFAULT 
10 seconds 
10 seconds 
X'59' 
X'5B' 
X'D9' 
X'DB' 
X'Cl' 
X'02' 



Normally, the QSA device comimands are of no concern to the 
ITAM/32 SVC15 user because they are issued by the driver, 
transparent to the user. But for the rare occasion when a user 
wants to modify a QSA device comimand, the SVC15 MODE commands are 
available. (For information on using the SVC15 MODE commands, 
see the Quad-Synchronous Adapter (QSA) Programming Manual.) 
Tables 3-4 and 3-5 show the QSA device command byte. Table 3-6 
shows the control mode command byte. 

Likewise, the QSA device status is of no concern to most ITAM/32 
SVC15 users. When a user wants to interrogate the actual QSA 
device status, the EXAMINE command is available. Tables 3-7 and 
3-8 show the QSA device status byte that the QSA hardware 
supplies to the ZBID line driver. 
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I DI| Eli LBiRDMI R j jHDW| SB 

Bits: 

01234567 



TABLE 3-4 QSA DEVICE COMMAND BYTE (TRANSMIT) 



BIT 


1 
2 



DESCRIPTION 



5 
6 



Disable interrupts. 

Enable interrupts. 

Local loop-back mode - Causes the outgoing data to be 
diverted from the data set to the receive side of 
another line pair. 

Reset data mode - Causes the communications line to 
transmit continuously the last contents of the transmit 
data holding register? this transmission has no zero- 
bit insertion and it starts at the completion of the 
current character being shifted out. 

Ready DTR - Causes the ready control line (to the data 
set) to go to the ON level. 

Unused by ZBID. 

Request to send (RTS) half-duplex write in 2-wire mode 
- Causes this bit to ready the line for transmitting; 
when reset, it causes the line to go into read mode. 
For both 2- and 4-wire lines, this bit activates the 
RTS control line going to the data set; when reset, it 
deactivates this control line. 

Steering bit - Causes command instructions to go into 
the I/O mode command registers. 
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I DI I EI I I.BI SSI RE I SPIHDWI SB | 

Bits: 

01234567 



TAEILE 3-5 QSA DEVICE COMMAND BYTE (RECEIVE) 



BIT I DESCRIPTION 

I Disable interrupts. 

1 I Enable interrupts. 

2 I Local loop-back mode 

3 I Sync search - Causes the receive line to go to the FLAG 
I search mode. 

4 I Ready 

5 i Speciail 

6 I RTS half -duplex write 

7 ! Steering bit - Causes coiinmand instructions to go into 
I the I/O mode command register. 



I PA I MOi SBi 



BIT 



Bits: 




TABLE 3-6 CONTROL MODE COMMAND BYTE 



DESCRIPTION 



0-4 I Unused by ZBID. 
I 

5 I Parity - Reset for no parity. 

I 
I 

6 I Mode - Set to specify ZBID. 



7 I Steering bit - Causes reset for storing command data 
i into the control-mode command register . 
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i T0| I I RIj BUI EXI NCI DSI 

Bits: 

01234567 



TABLE 3-7 QSA DEVICE STATUS BYTE (TRANSMIT) 



DESCRIPTION 



Transmit overflow - Data not sent to QSA in proper 
time. 

Not used with ZBID. 

Not used with ZBID. 

Ring - Ring-control line from the data set is on. 

Busy - Transmit line is not ready to handle data. 

Excunine - Transmit line has bit set. 

Not clear to send - Clear to send (CL2S) control line 
from the data set is at OFF level. 

Data set not ready - The data set ready (DSR) control 
line from the data set is at OFF level. 
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i ROi TEi I RIj BUI F.XI EO | DS 

Bits: 

0123456 7 



TABLE 3-8 QSA DEVICE STATUS BYTE (RECEIVE) 



DESCRIPTION 

Receive overflow - Data not read from QSA in proper 
time. 

Termination - Received ZBID flags or abort sequence. 

Not used with ZBID. 

Ring -- Ring control line from the data set is on. 

Busy - Receive line is not ready to handle data. 

Examine - Receive line had either bit or 1 set. 

Carrier off - Carrier control line from the data set is 
at OFF level. 

Data set not ready - The DSR control line from the data 
set is at OFF level. 



48-079 FOO ROO 



3-19 



CHAPTER 4 
THE ETHERNET LINE DRIVER 



4.1 INTRODUCTION 

Ethernet is a multi-access, packet-switched communications system 
for carrying data among locally distributed computing systems. 
The Ethernet data link controller (EDLC) provides 
processor-to-processor serial coimmunication, clocked at lOMbits 
over a common coaxial cable segment, using a peer-to-peer 
protocol knowri as carrier sense multiple access with collision 
detection (CSMA/CD) . The Ethernet specification will support 
over 100 processor interfaces in a variety of configurations: 

• Coaxial cable segments up to 500 meters (546.8 yards) 

• Up to 100 transceiver tap connections (stations) per coaxial 
cable segment 

• Up to 50 meters (54.7 yards) of transceiver cable between an 
EDL.C and its transceiver tap on a coaxial cable segment 

• Up to 2,500 meters (2,734.7 yards) maximum station separation 

• One point-to-point link up to 1,000 meters (1,093 yards) in 
length between any two coaxial cable segments 

• Up to 1,024 stations per network 

The EDLC is connected in parallel to the common coaxial cable bus 
through an Ethernet transceiver that contains the necessary tap 
hardware and buffer electronics to transmit and receive over the 
50 ohm coaxial cable. Communication sequences over the 
half -duplex 10Mbit channel are divided into packets with frame 
sizes ranging from 64 to 1,518 bytes, complete with two 48-bit 
address fields in the header and a 32-bit cyclic redundancy 
checking (CRC) frame check sequence (PCS) for error detection. 

4.2 NETWORK SOFTWARE AND DRIVER 

The function of the prograjnmtng interface to the 35-863 Ethernet 
protocol module (EPM) is to provide the means of sending and 
receiving Ethernet frames to another processor or Ethernet 
station sharing the same network at a remote site. The transmit 
data (T_J)ATA) and receive data (R_DATA) registers are single, 
8-bit buffers that operate as the data interface between the 
software and the EPM first-in/first-out (FIFO) buffers. 
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There is a 2kb transmit FIFO buffer that is written from the 
T_J)ATA register and there is a 13.5kb receive FIFO that writes to 
the PL_DATA register. The command (C_REO) will return a reply in 
the S_REG on a one-on-one basis; i.e., the next command code 
cannot be executed until the previous command replay has been 
taken from the S_REG. The command codes are used to activate 
optional EPM characteristics, to activate a report of operating 
statistics or to run loopback teats or diagnostics. The control 
(H__REG) register is used to read the state of five hardware 
control lines that provide the software with a snapshot of EPM 
machine states. The EDLC board (32-217) provides private 
multiplexor (PMUX) bus access to a subset of the hardware control 
lines reported by the H_REG. 

An OUTPUT command is used to address the 35-863 EPM registers. 
The bits CMD13:15 in the OUTPUT command must contain the address 
of the desired register. The contents of the 35-863 EPM register 
are delivered to the user process by a READ DATA command, which 
starts a data-request cycle on the PMUX bus. A WRITE DATA 
command delivers one byte from the user process to the selected 
register by executing a data-available cycle on the MUX bus. The 
selector channel (SELCH) will read and write the EPM registers 
through a sequence of alternating data-available/data-request and 
status-request operations on the PMUX bus. 

4.3 INTRODUCTION TO FRAMES 

All commands, responses and information transferred between 
tranceiver stations are binary codes conveyed within a formatted 
Ethernet frame. This frame is the vehicle for all communications 
on the coaxial cable. 

The EPM formats part of the frames and performs the CSMA/CD 
transmit link management functions required to successfully 
deliver frames onto the network. Figure 4-1 illustrates the 
Ethernet frame format. Only freimes with a destination address 
matching the station address are accepted by the EPM for transfer 
to the host system. The module performs physical, multicast 
group and broadcast address recognition. Figures 4-2 and 4-3 
show the Ethernet frame as it appears in the transmit and receive 
FIFO of the EPM. 



8747 



J 
I 



PREAMBLE 



DESTINATION 
ADDRESS 



SOURCE 
ADDRESS 



TYPE 



DATA 



FRAME 

CHECK 

SEQUENCE 



INTERFRAME 
SPACING 



64 BITS 



48 BITS 



48 BITS 16 BITS 46 TO 1500 BYTES 



32 BITS 



I 



9.6/jSEC 



Figure 4-1 Ethernet Frame Format 
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2KB TRANSMIT DATA FIFO 



TRANSMIT 

DATA 
REGISTER 



2K BYTES 



DESTINATION ADDRESS (A) 



DESTINATION ADDRESS (B) 



DESTINATION ADDRESS (C) 



DESTINATION ADDRESS (D) 



DESTINATION ADDRESS (E) 



DESTINATION ADDRESS (F) 



TYPE<7:0> 



TYPE < 15:8 > 



DATA (first byte) 



DATA 



DATA (last byte) 



T_DATA 



COAX CABLE 



MAX. 1500 BYTES IF 
LESS THAN 46 BYTES 
ARE WRITTEN. THE 
NM10 APPENDS NULL 
CHARACTERS TO 
COMPLETE THE 
MINIMUM DATA 
FIELD SIZE. 



Figure 4-2 Transmit FIFO Buffer Data OrgcUiization 



48-079 FOO ROO 



4-3 



8749 



16KB RECEIVE DATA FIFO 



COAX CABLE 



3-7 



FRAME LENGTH + 4 



19 

18 

17 

16 

12-15 

11 

10 

6-9 

5 

4 

3 

2 

1 



RECEIVE 

DATA 
REGISTER 



16K BYTES 



NEXT 

RECEIVED 

FRAME 



CRC<0:7> 



CRC<24:31> 



DATA (last byte) 



DATA (first byte) 



TYPE<15:B> 



TYPE<7:0> 



SOURCE ADDRESS (F) 



SOURCE ADDRESS (A) 



DESTINATION ADDRESS (F) 



DESTINATION ADDRESS (A) 



FRAME LENGTH <15:8> 



FRAME LENGTH <7:0> 







FRAME STATUS 



FRAME 
LENGTH 



R_DATA 



A byte of data is removed from the FIFO on each read cycle on R_DATA. 



Figure 4-3 Receive FIFO Buffer Data Organization 
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4.3.1 Ethernet Protocol Module (EPM) Ethernet Address 

Each EPM has been assigned to a unique 48-bit physical address. 
The address assigned to the board provides the station with a 
distinct physical address that is unique to that station on any 
Ethernet. Although this physical address has been programmed 
into nonvolatile memory, the copy of the address in volatile 
memory can be changed by issuing the LOAD PHYSICAL ADDRESS 
command . 



4.3.2 Multicast Addresses 

A provision is made for recognition of multiple destination 
addresses by one station. The multiple destination address 
recognition capability consists of the two following types: 



• Multicast group - An address associated with a group of 
logically related stations- The first bit of the destination 
field is set=l, followed by the multicast address. 



Broadcast - An address associated with all stations, 
bits of the destination field set=l. 



All 48 



TABLE 4-1 EPM COMMAND REGISTER CODES 



COMMAND 
CODE 
(HEX) 



00 
01 
02 
03 
04 
05 
06 
07 
08 
09 
OA 



COMMAND FUNCTION 
Reserved 

Set module interface loopback mode 
Set internal loopback mode 
Clear loopback mode 
Set promiscuous receive mode 
Clear promiscuous receive mode 
Set receive-on-error mode 
Clear receive-on-error mode 
Go off-line 
Go on-line 
Run on-board diagnostics 
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TABLE 4-1 EPM COMMAND REGISTER CODES (Continued) 



COMMAND 
CODE 
(HEX) 

OB-OC 

OD 

OE 

OF 

10 

11 

12-17 

18 

19 

lA 

lB-27 

28 

29 

2A 

2B 

2C 

2D-3E 

3F 



COMMAND FUNCTION 
Reserved 

Set insert source address mode 
Clear insert source address mode 
Set physical address to default 
Set receive all multicast packets 
Clear receive all multicast packets 
Reserved 

Report and reset statistics 
Report collision delay times 
Reserved (maintenance) 
Reserved 

Load transmit data 
Load transmit data and send 
Load group address (es) 
Delete group address (es) 
Load physical address 
Reserved 
Reset 
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TABI^ 4-2 EPM STATUS REGISTER CODES 



COMMAND 




CODE 




(HEX) 


1 COMMAND STATUS j 


00 


Success j 


OJ 


Success with retries j 


0?. 


Illegal command | 


03 


Inappropriate command \ 


04 


Failure j 


05 


Buffer size exceeded | 


06 


Frame too small j 


07 


Reserved j 


08 


Excessive collisions j 


09 


1 
Reserved | 


OA 


Buffer alignment error | 


OB-FF J 


Reserved j 



TABLE 4-3 EPM DIAGNOSTIC STATUS CODES 



COMMAND 
CODE 
(HEX) 

00 


1 

i COMMAND STATUS 
Success 


sassEss 


01 


Read-only memory (ROM) 
checksium error 




02 


ROM memory error 




03 


Addresis error 




04 


r^oopbsick failure 




05 


Carrier sense failure 
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TABLE 4-4 EPM H_REG CONTENTS 



BIT 

0-P. 

3 



STATUS 



Not used 



Transmit data empty (TDE) not 
present 

Receive block available (RBA) 
not present 

Receive data fullword (RDF) 
present 

Status block available (SBA) 
not present 

Status register fu.n (SRF) 
present 



4.4 RECEIVE REGISTER/FRAME STATUS 

To keep the transmit and receive status reports separate, the 
receive register (R..DAT) is used to convey received-frame statu-- 
At the head of every received frame Is a 1-byte status r ; 
that conveys the following information: 



Bits 0:4 
Bit 5 
Bit 6 
Bit 7 



Not used 

Lost frame 

Alignment error 

CRC error (least significant bit) 
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CHAPTER 5 
PROGRAMMING THE ETHERNET LINE DRIVER 



5.1 GENERAL DESCRIPTION OF THE ETHERNET LINE DRIVER 

Ethernet is a carrier sense multiple access with collision 
detection (CSMA/CD) communications protocol designed for carrying 
data among locally distributed computing systems. Because there 
is no central control, access to the channels by stations wishing 
to transmit, is coordinated by the stations themselves. To 
acquire the channel, stations check whether the network is busy 
and wait until the Ethernet medium is idle before they transmit. 
When an idle period is detected, the deferring station begins to 
trcinsmit . 

The Perkin-Elmer Series 3200 Ethernet interface board has been 
developed to provide a 10Mb per second, processor-to-processor 
interface. The board is configured as a direct memory access 
(DMA) device and is supported by the Perkin-Elmer Series 3200 
Ethernet line driver. 

The design goals of this driver are two-fold: first, to provide 
a simple supervisor call 15 (SVC15) access for normal data 
transfer, and second, to allow a user task (u-task) to access all 
the features of the Ethernet Protocol Module (EPM) on an 
individual basis. 

Features of the Ethernet line driver include the following: 

• A communications u-task can access the bit-synchronous 
communications line by issuing an SVC15 call. This call is 
based on the standard ITAM/32 SVC15 parameter block. SVC15 
access is a nonbuffered access where the user must handle the 
protocol support. It has the advantages of flexible buffer 
control and a powerful repertoire of driver commands. 

• The Perkin-Elmer Series 3200 Ethernet Data Link Controller 
(EDLC) uses one device address for both read and write 
operations, with both types of interrupts enabled, disabled or 
disarmed together (i.e., it ia not possible to enable read 
interrupts without write interrupts and vice versa). To 
support simultaneous reads and writes, two device control 
blocks (DCBs), with two device codes, are provided for the 
u-task. These are linked at by system generation using the 
System Generation/32 (Sysgen/32) Utility, thus allowing each 
process to discover the state of the other. The interface 
runs under a selector channel (SELCH) that can be shared with 
other devices. 
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5.2 SUPERVISOR CALL 15 (SVC15) ACCESS TO THE ETHERNET LINE 
DRIVER 

The following sections discuss SVC15 access to the Ethernet line 
driver . 



5-2-1 Read and Write 

The read and write method of access is expected to be the normal 
method of data transfer. Chained and queued buffers in the 
standard ITAM/32 format are supplied by the u-task to the driver. 
For more information on buffer formats, see the OS/32 Basic Data 
Communications Reference Manual. For more information on 
read/write, see Chapter 4. 

5.2.2 Ethernet Protocol Module (EPM) Command Access 

There are three types of commands implemented by the EPM. They 
are referred to as Types I, II and III, each defining a different 
method for controlling the EPM and transferring data- 
in a TYPE I command, a command code is written to the command 
register (C_REG) and the result is read from the status register 
(S_REG) . This type of command is used for controlling the EPM. 

TYPE II commands constitute writing one command byte in'-.o the 
command register and then reading several bytes from the status 
register. This type of command is used for statistics gathering. 

In a Type III command, multibyte transfers to the transmit .^i, a 
register and a single byte returned through the status regis* ^r 
are involved. The EPM buffers the data written to the transii 't 
data register (T_DATA) in a 1,508 byte buffer located on the 
module. 



5.2.3 Ethernet Protocol Module (EPM) Register Access 



By using the MODE 
3.5-4, the u~task 



RDIS or MODE WDIS command as defined in Section 
can address one of the EPM registers. Any 
READl command will be directed to the register addressed by the 
current read DCB.DOCR value; similarly, any WRITEl command will 
be directed to the register addressed by the current write 
DCB.DOCW value. 



It is the responsibility of the u-task to properly address the 
EPM registers. If the u-task issues a READl command, the SVC15 
call is terminated with an illegal action status. If the u-task 
issues a WRITEl command, the data field byte will be directed to 
the register addressed by the current value in write DCB.DOCW, 
which can be any EPM register, depending on previous commands. 
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To change the example, suppose the u-task issues a MODE WDIS 
command that modifies the value of write DCB.DOCW to address 
CREG. A subsequent WRITEl will properly be directed to the 
C..REG. A subsequent READl, however, will be directed to the EPM 
register addressed by the current value in read DCB.DOCR that 
could be any EPM register, depending on previous commands. 



It is the responsibility of the 
interrupts that are being enabled 
read DCB.DOCR or write DCB.DOCW values 
issues a MODE WDIS, which addresses 
interrupts, it then issues a WRITEl c 
EPM command (i.e., single byte status 
status will not cause an interrupt, 
must issue a MODE RDIS to addres 
register), followed by a READl to read 



u-task to keep track of 

or disabled by the modified 

For example, if a u-task 

the C_REG and disables 

ommand, specifying a TYPE I 

return). The EPM command 

which means that the u-task 

s the S_REG (EPM status 

the status byte . 



The EPM interface is accessible under program control by means of 
five addressable 8-bit registers. These registers are listed 
below. 



REGISTER 
C_REG 
S_REG 
T_DATA 
R_PATA 
H_REG 



DESCRIPTOR 
Command register (write-only) 
Status register (read-only) 
Transmit data register (write-only) 
Receive data register (read-only) 
Handshake control register (read-only) 



These registers can be used as the program interface to the EPM. 

5.2.4 Continuous Error Processing (CEP) 

A u-task requests CEP by setting bit 4 in the SVC15 function 
code. For programming the Ethernet line driver, this should be 
considered as a continuous read request (continuous write is not 
supported). Queued buffers must be used. 

Whereas the zero-bit insertion/deletion (ZBID) line driver 
returns certain error conditions as status halfwords in the 
bytes-used field of the user buffer (see Section 3.2.2), there is 
no corresponding use of the bytes-used field of the user buffer 
for the Ethernet line driver. Therefore, the bytes-used field 
will contain either a zero if the buffer was not used or a 
nonzero value indicating the number of bytes used in the user 
buffer . 
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In reading frames from the Ethernet interface, the line driver 
may encounter one or more of the following status conditions: 

• Lost frame 

• Cyclic redundancy check (CRC) error 

• Alignment error 

Lost frame status is an indication that one or more frames has 
been lost "behind" the frame presently being read. This status 
is treated as a normal status, with the assumption that the lost 
frames will be detected by higher levels of software. The count 
of frames lost can be obtained via the REPORT AND RESET 
STATISTICS command (see Table 4-1) . 

CRC and alignment errors, whether they occur separately or 
together, are processed by the driver without using any user 
buffers or notifying the u-task in any way. Again, the REPORT 
AND RESET STATISTICS command can be used to determine the 
.occurrence of these status conditions. 

Continuous read instructs the driver to obtain more user buffers 
from the read available list without terminating the original 
SVC15 RE7UD BUFFER command. In this way, a single READ BUFFER 
command can initiate the servicing of a continuous stream of 
incoming frames. It is the u-task* s responsibility to remove 
buffers from the read done list as they are returned by the 
driver and restore these buffers (after processing) to the read 
available list, which the driver will access after reading each 
frame. 

If there is no user buffer or insufficient user buffers aivailable 
when a frame is available to be read from the Ethernet interface, 
the driver terminates the SVC15 READ BUFFER command with a buffer 
overrun 1 (hex 8010) error status and returns all buffers to the 
read done list. The u-task then restores all buffers to the read 
available list and reissues the READ BUFFER command. 

5.3 COMMAND REPERTOIRE FOR THE ETHERNET LINE DRIVER 

Table 5-1 lists the Ethernet line driver commands. The asterisk 
(*) marked commands are unique to the Ethernet line driver 
because they are executed by special routines within the driver, 
not by common ITAM/32 subroutines. 
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TABIJS 5-1 ETHERNET LINE DRIVER COMMANDS 



COMMAND 
FAMILY 

NUIJ. 



CONTROL 



READ 



WRITE 



MODE 



TEST 



COMMAND 

NOP 

WAIT 

XFER 

CXFER 

EXAMINE 
EXAMINE* 
READ STATUS 
EXAMINE* 
S._REG 

READ 
READl* 



WRITE 

WRITE IMAGE* 

WRITEl* 

WRITE 
IDIJ5LINE 

TOUT 
CMD2 

RCMD 
WCMD 
RDIS 

WDIS 

DISC 



TEST I* 
TEST II* 
TEST III* 



HEX 

0000 
0008 
0010 

0018 

0001 
0021 

0029 



0002 
OOOA 



0004 
00 IC 
OOOC 

0024 



0006 
OOOE 

0016 
00 IE 
0026 

002E 

0036 



00 OF 

oo:i7 

00 IF 



DESCRIPTOR 

No operation 
Time- interval wait 
Transfer command chain 

Conditional transfer 

Examine device status 
Examine received-frame 

Examine S__REG 



Read buffer 

Read byte from selected 

EPM register 

Write buffer 

Same as write 

Write byte to selected 

EPM register 

Write idle line 



Change time-out constant 

CHANGE PROGRAMMABIJ: 

ADAPTER command 

CHANGE READ command 

CHANGE WRITE command 

CHANGE READ-DISABLE 

command 

CHANGE WRITE -DISABLE 

command 

CHANGE DISCONNECT 

command 

TYPE I EPM commands 
TYPE II EPM commands 
TYPE III EPM commands 



* Executed by special routines of the Ethernet line 
dr iver 



NOTE 

Any commcuid not listed in this table will 
receive invalid command status (8018) . 
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5.3-1 NULL-Type Commands 

Chain command and command trap flags are valid. There are four 
NUTI-.-type commands, none of which issue input/output (I/O) 
instructions to the adapter. They are: 









NUMBER OF 


COMMAND 


BINARY 


HEX 


DATA FIETJDS 


NOP 


0000 0000 


00 


1 


WAIT 


0000 1000 


08 


1 


XFER 


0001 0000 


10 


1 


CXFER 


0001 1000 


18 


2 


. . 1 NOP 


Command 







The NOP command performs no operation; one data field is fetched 
but not used. (It must, however, specify a valid program 
address.) If the chain command (bit 0) is set, the next command 
is fetched. 



5.3.1.2 WAIT Command 

The WAIT command is used to suspend driver execution for a 
specified interval. One data field is fetched; it must point to 
a half word containing the value of a time interval, in multiples 
of lOOms. The driver waits until the specified interval expires 
and then continues execution (if chain command is set) ^: 
terminates (if chain command is reset). 

5.3.1.3 Trauisfer In (XFER) Command 

The XFER command is used to specify the next driver command word 
(DCW) in a chain that does not exist in contiguous memory. One 
data field is fetched; if a chain command is set, the next 
command to be executed is fetched from the address contained in 
the data field. Thus, a branch to a DCW is performed. 
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5.3.1.4 Conditional Transfer (CXFER) Command 

The CXFER command is used to test the internally maintained 
status of the SVC15 call. Two data fields are fetched. The 
first data field points to two half words, the first of which is 
logically ANDed with the current state of the ITAM/32 logical 
status half word. The result is compared to the second half word 
of the pair and if equal, the next command to be executed is 
specified by the second data field. Otherwise, command execution 
continues with the next command in the current chain. The CXFER 
command can be used to test for specific conditions, as indicated 
by the ITAM/32 logical status. The first half word of the first 
data area contains a mask with a 1 in each bit portion to be 
tested; the second half word of the first data area contains the 
value to be tested against. For example, if one or more special 
characters are detected after a read operation, a different 
command sequence may be desired. 



5.3.2 CONTROL-Type Commands 



COMMAND 



BINARY 



HEX 



NUMBER OF 
DATA FIELDS 



EXAMINE 0000 0001 01 

EXAMINE REiVD STATUS 0010 0001 21 
EXAMINE S_REG 0010 1001 29 



1 
1 
1 



5.3.2.1 EXAMINE Command 

Standard ITAM/32 support will be provided for the EXAMINE 
command. Note that the device status returned is based on the 
value stored in the read DCB.DVST (the write DCB.DVST value is 
undefined at all times). 

5.3.2.2 EXAMINE READ STATUS ComiTiand 

The EXAMINE EEISD STATUS command returns the value of the latest 
received fraune status byte stored in the read DCB. Note that if 
CEP is in effect, this command must be issued to the write DCB. 
However, the command will return the value from the read DCB, 
regardless of which DCB is accessed. 

5.3.2.3 EXAMINE S_REG Command 

The EXAMINE S_REG command returns the latest value of S_REG that 
has been stored in the write DCB; it does not affect the value 
stored in the v/r ite DCB. Whenever the driver reads a value from 
S_REG, it stores the value read into the write DCB and in certain 
cases, such na write buffer, it translates the value into a 
standard ITAM/32 termination code. This command, therefore, 
allows the u-task to access the untranslated value. 
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Note that conunand returns the value from the write DCB, 
regardless of which DCB is accessed. 



5.3.3 REiVD-Type Commeuids 



COMMAND 

READ BUFFER 
READl 



BINARY 

0000 0010 
0000 1010 



NUMBER OF 
HEX DATA FIELDS 

02 1 or 1 
OA 1 



5.3.3.1 READ BUFFER Command 

The READ BUFFER command supports chained and queued ITAM/32 
buffer types. The status field of the SVC15 parameter block 
contains a standard ITAM/32 SVC15 status code. The actual 
received frame status byte is stored in the read DCB. Access to 
this value is directly provided via the EXAMINE READ STATUS 
command . 



Note that read after write 
driver . 



lookahead is not supported in this 



An outline of frsume reception is listed below. 

• The u-task issues the READ BUFFER command, supplying 
pool of buffers, typically queued or chained. 



read 



• The driver gets the user buffer, enables interrupts on the 
interface, sets the read pending flag and releases ^he 
selector channel (SELCH) . 

• The incoming frame is buffered on the interface and then 
interrupts the driver. 



The dr iver 
flag. 



obtains the SELCH and sets the read in progress 



The driver reads the first byte of the read buffer, which is 
the received frame status byte, and stores it in the read DCB. 
If it is nonzero, the driver translates it into a standard 
SVC15 termination code. Note that the EXAMINE READ STATUS 
command can be used to access the true received frame status 
byte. 
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The translation table for received frame status is listed 
below. 



RE CE 1 VED SVC 1 5 

FRAME STATUS TERMINATION CODE 

Success No errors 

CRC error - Data check 
Alignment error Invalid frame 
Lost frame Overflow 

The driver reads the next byte, which is a filler byte with a 
value of zero, and discards it. 

The driver reads the next two bytes which indicate the length 
of the received frame. 

The driver compares frame length to user buffer length and 
instructs the SELCH to read, based on the smaller value. 

If the read times-out, the u-task is given a time-out status 
and the SELCH is stopped. 

When the SELCH interrupts, it is checked for good status and 
proper ending address for the data transfer. 

The frame length is updated based on the data transfer just 

completed. If it is zero, the driver waits for the end of 

medium (EOM) status to interrupt. When it does, a check is 
made for CEP. 

If the updated frame length is not zero, the driver obtains 
another read buffer and restarts the SELCH. 

If CEP is specified, the driver places any nonzero error, 
status in the bytes-used field of the user buffer. The driver 
then obtains another read buffer, releases the SELCH and waits 
for the next interrupt from the interface, unless another 
received frame is available. In such a case, it is serviced 
Immediately. The read pending flag is left set, while the 
read in progress flag is reset. 

If CEP is not specified, the driver schedules termination of 
the SVC 15 READ BQFFER command, releasing the SELCH. The read 
pending and read in progress flags are reset. The driver then 
checks the status of the write in progress flag; if set, 
interrupts are not disarmed on the interface; if not set, 
interrupts are disarmed on the interface. 
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NUMBER OF 


BINARY 


HEX 


DATA FIET<DS 


0000 01.00 


04 


1 or 2 


0001 1100 


IC 


1 or 2 


0000 1100 


OC 


1 


0010 0100 


24 






5.3.3.2 READl Conanand 

The READl command returns the current contents of the EPM 
register addressed by the current value of read DCB.DOCR, with 
interrupts disarmed; i.e., either the default or the last value 
placed there directly by the MODE RDIS command or indirectly by 
a READ BUFFER command. 

5-3.4 WRITE-Type Commands 



COMMAND 

WRITE BUFFER 

WRITE IMAGE 

WRITEl 

WRITE IDLELINE 

5.3.4.1 WRITE BUFFER Command 

The WRITE BUFFER command will support chained and queued ITAM/32 
buffer types. The status field of the SVC15 parameter field 
contains a standard ITAM/32 SVC15 status code, translated from 
the value of S_REG. The actual S_REG contents will be r«tored in 
the write DCB. Access to this value is provided directly via the 
EXAMINE S_REG command. 

The following is an outline of frame transmission: 

• The u-task issues an SVC15 WRITE BUFFER command, supplying 
either a chained or queued buffer. 

• The driver gets the user buffer, obtains the SELCH, sets the 
write in progress flag and instructs the SELCH to wr ite the 
user buffer to the interface. 

• The SELCH interrupts the driver when the transfer is complete. 

• If there are more write buffers, the driver issues a load 
transmit data command to the EPM, which causes the u-task data 
to be buffered on the EPM. The driver then obtains the next 
write buffer and repeats the step of instructing the SELCH to 
transfer data to the EPM. If the maximum Ethernet frame size 
(1,508 bytes) is exceeded, an error status is returned by the 
EPM. 

• If there are no more write buffers, the driver issues a load 
transmit data and send command to the EPM, which causes the 
entire frame to be transmitted. 



5-10 48-079 FOO ROO 



• The interface interrupts the driver when the LOAD TRANSMIT 
DATA AND SEND command has been completed, with or without 
success. Note that this interrupt may be preceded by a 
received freuixe interrupt from the interface, which will be 
serviced first. Due to the fact that the frame to be 
transmitted is separately buffered on the EPM it will only be 
transmitted when the Ethernet line is available. 

• Status available from the S_.REG of the EPM, is translated into 
a standard ITAM/32 termination code for the SVC15 call and 
stored in the write DCB. Note that the EXAMINE S_REG command 
can be used to access the untranslated S_REG value. 

The following is the translation table for LOAD TRANSMIT DATA 
AND SEND: 



LOAD TRANSMIT DATA 
AND SEND STATUS 

£»uccess 

Success with retries 

Inappropriate command 

Transmitter failure 

Buffer size exceeded 

Frame too small 

Excessive collisions 



SVC 15 
TERMINATION CODE 

No errors 

No errors 

Illegal action 

Illogical status 

Illegal action 

Illegal action 

Time-out 



• The driver schedules termination of the SVC15 WRITE BUFFER 
command, releasing the SELCH, and resets the write in progress 
flag. 

• The driver examines both read in progress and read pending 
flags. If either flag is set, interrupts are left enabled on 
the interface (this is the normal operation). If neither flag 
is set, interrupts are disabled. 

5.3.4.2 WRITE IMAGE Command 

The WRITE IMAGE command operates identically to the WRITE BUFFER 
command, since all CRC calculation is done automatically on the 
EPM. 
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5.3.4.3 WRITEl Command 

The WRITEl command transmits the byte specified in the data field 
to the EPM register addressed by the current value of write 
DCB.DOCW with interrupts disarmed; i.e., either the default or 
the last value placed there directly by the MODE WDIS command or 
Indirectly by the WRITE BUFFER command. 

5.3.4.4 WRITE IDLELINE Command 

The WRITE IDLELINE command is immediately terminated with zero 
status . 



5.3.5 MODE-Type Commands 









NUMBER OF 


COMMAND 


BINARY 


HEX 


DATA 


FIELDS 


MODE TOUT 


0000 0110 


06 




1 


MODE CMD2 


0000 1110 


OE 




1 


MODE RCMD 


0001 0110 


16 




1 


MODE WCMD 


0001 1110 


IE 




1 


MODE RDIS 


0010 0110 


26 




1 


MODE WDIS 


0010 1110 


2E 




1 


MODE DISC 


0011 Olio 


36 




1 



5.3.5-1 MODE TOUT Command 

The MODE TOUT command is used to set the error time intervals for 
commands that enable the time-out flag. One data field is 
fetched containing the address of the first of two half words ; the 
first contains an error time-out interval for read-type 
operations and the second contains an interval for write-type 
operations (both in units of one second) . 

The timer is strictly for error detection; when it expires, the 
command is terminated in error. Interval timing is performed via 
the WAIT command, which uses a separate (lOOms resolution) clock. 



NOTE 

of the time is accurate 
second. Timeout values 
to the desired number of 
To request a time-out 
interval of 10 seconds, a time-out value 
of 11 seconds should be specified. 



The resolution 
from +0 to -1 
should be set 
seconds plus 1. 
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5.3.5.2 MODE CMD2 Command 

The MODE CMD2 command is used to specify the device-dependent 
commands used to set adapter options. One data field is fetched 
and has the address of a byte containing the device command to be 
output to specify programmable adapter options such as parity, 
number of data bits, etc. 

5.3.5.3 MODE RCMD and MODE WCMD Commands 

The MODE RCMD and MODE WCMD commands are used to specify the 
device-dependent commands used to set the read or write mode in 
the adapter. One data field is fetched for these commands, with 
the address of a byte containing the device command to be output 
for read or write data transfers, respectively. 

5.3.5.4 MODE RDIS and MODE WDIS Commands 

The MODE RDIS and MODE WDIS commands are used to specify the 
device-dependent commands used to set the read or write side of 
the adapter quiescent. One data field is fetched with the 
address of a byte containing the device command to be output to 
set the quiescent state of the read or write side of the line. 

5.3.5.5 MODE DISC Command 

The MODE DISC command specifies the device-dependent command used 
to disconnect the adapter from the line. One data field is 
fetched, with the address of a byte containing the device command 
to be output to disconnect the communications line (reset data 
terminal ready (DTR) . 

5.3.6 TEST-Type Commands 

In the Ethernet interface line driver, TEST-type commands are 
defined to allow the u-task access to all three EPM command 
types. Note that the modifier field is used to select the EPM 
command type. Any other modifier value will cause the SVC15 to 
be terminated with illegal command status. 









NUMBER OF 


COMMAND 


BINARY 


HEX 


DATA FIELDS 


TYPE I 


0000 1111 


OF 


1 


TYPE II 


0001 0111 


17 


1 


TYPE III 


0001 1111 


IF 


1 
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5.3.6.1 TYPE I CommeUids 

The command modifier should be set to 1. The data field should 
specify one direct buffer of length one which includes the actual 
EPM command code. Status will be returned to the SVC15 status 
field as the untranslated EPM command or diagnostic status. 
These commands must be issued to the write device. 



5.3.6.2 TYPE 1 1 Commands 



The command modifier should be set to 2. The data field should 
specify two chained buffer?. The first, of length one, specifies 
the actual EPM command cude; the second, which should specify a 
buffer of sufficient size, will receive the response from the EPM 
command. If the second bu, !er is too small or not present, the 
SVC15 is terminated wit . buffer limit status. It the command 
issued generates a zero ength status buffer (e.g., report 
collision delay times ist.ed when no collisions have occurred), 
a different buffer limit error status is returned. 



buffer is properly provided, the SVC15 
untranslated EPM status code. 



If 
is terminated 



the second 
with the 



5.3.6.3 TYPE III Commands 

The command modifier should be set to 3. The data field must 
indicate two chained buffers. The first, of length one, 
specifies the actual EPM command code; the second, of appropriate 
length, supplies the data for the EPM command. Status will be 
returned to the SVC15 status field as the untranslated F»M 
command status . 



5.3.6.4 Reserved Commands 

The reserved commands are terminated with illegal command status 
which is the seime as the standard ZBID line drive*; for all 
TEST-type commands . 

5.4 CHAINED/QUEUED BUFFER LINK WORD FLAG BYTE 

The OS/32 Basic Data Communications Reference Manual details the 

buffer formats supported by ITAM and the ZBID driver. For 

chained and queued buffers, the flag byte (bits 0-7) of the 
buffer link word is used by the Ethernet driver as follows: 



BIT 
NUMBER 







MB^ANING 



Busy 



Done 



Fraiii'i 
En "• 



Frame 
Begin 



User must clear to 
zero. 
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Where; 



Busy/Done 



Freune 
End 



is standard ITAM usage; see the OS/32 Basic 
Data Communications Reference Manual 

is set on the last or only buffer in a chain. 



Frsime 
Begin 



is set on the first or only buffer in a chain. 
This allows many buffers chained together to 
be written as one frajne. 



5.5 ERROR HANDLING 

Error codes are placed into the status field of the SVC15 
parameter block at termination or into the bytes-used field of 
the user buffer for CEP. Table 5-2 is a list of the standard 
ITAM/32 termination codes encountered during an Ethernet 
operation. 



TABLE 5-2 ENCODED SVC15 TERMINATION CODES 
FOR ETHERNET LINE DRIVER 



TERMINATION 
CODE 

8002-800C 

800D 



800E,800F 
8010 



8011 
8012 



CAUSE 

Invalid for normal Ethernet operation. 

Device unavailable or false sync from Ethernet 
interface or SELCH. Error in system initiali- 
zation (this error should be retried at least 
once) . 

Invalid for normal Ethernet operation. 

Buffer overrun 1 - Possible causes are: 

- Not enough user buffers for read buffer 
operation 

- Second user buffer too small for TEST TYPE II 
command 

Number of SVC15 commands executed > 255. 

Task queue error - u-task queue is full, non- 
existent or invalid. 
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TABI^ 5-2 ENCODED SVC 15 TERMINATION CODES 

FOR ETHERNET LINE DRIVER (Continued) 



TERMINATION 
CODE 



8013 



80.14 
8015 

80.16,8017 
80J8 



8019 



80.1 A 



80 IB 






CAUSE 
Buffer overrun 7. - Possible causes are: 

- Zero-length status buffer available for TEST- 
TYPE II commands (e.g., report collision 
delay times) 

- Event service routine (ESR) doubly scheduled 

Time-out i, excessive collisions. 
Halt I/O - I/O was aborted by a halt I/O. 
Invalid for normal Ethernet operation. 
Invalid command - Possible causes are: 

- Examine issued with no read or write device 
number 

- Read request to write device code 

- Write request to read device code 

- TEST command to read device code 

- TEST command invalid for EPM 

Possible causes are: 

- SEI-CH memory malfunction or memory parity 
fail 

- SEI.CH ending address error 

Memory fault referencing buffer - Possible 
causes are: 

- Invalid buffer type (only chained/queued 
a 1 lowed) 

- Invalid buffer address or size field 

- DCB.IFI.G corrupted for queued bufffcr request 
(IFI.-QBFB reset means no queued buffer 
support) 

- Invalid buffer address being returned to 
u- task 

- Invalid queued buffer list address 

Illegal logical unit (lu) - Was not assigned 
for SVC15 access or unassigned. 
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TABLE 5-2 ENCODED SVC15 TERMINATION CODES 

FOR ETHERNET LINE DRIVER (Continued) 



TERMINATION 
CODE 

801C 



801D 
801E 



801F-8021 
8022 



8023 
8024 



CAUSE 
Illogical device status - Possible causes are: 

- Received fraune status byte unrecognizable 

- EPM command status unrecognizable 

~ EPM command status is unsupported status 

- EPM command status is transmitter failure 

Invalid for normal Ethernet operation 

Illegal software condition - Possible causes 
are: 

- READ 1 command to EPM write-only register 

- WRITE 1 command to EPM read-only register 

- Done bit set twice in user buffer 

- EPM command status is inappropriate command 

- EPM command status is buffer size exceeded 
~ EPM command status is frame too small 

~ No user buffer provided on write buffer 
request 

- User buffer already marked busy when obtained 
by driver 

Invalid for normal Ethernet operation 

Invalid frame - Possible causes are: 

- Write buffer issued with no frame termination 
bit set 

- Received fraime status is alignment error 

- Received frame status is CRC error 

Invalid for normal Ethernet operations. 
Queue overflow - u-task "To" list is full. 



5.6 ETHERNET INTERFACE PROGRAMW[ING 

The following registers are the progreim interface to the EPM, 
which include status, command and address registers. 
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5.6.1 Primary Registers 

Status register (STAT 08:15) Read-Only: 



STATUS 


i 


REGISTER 


DESCRIPTION i 


9asa:sxs53Bssi«aBa 


___ — ™^ = = = = = =BI. • 


STAT 08 


Not used It 


STAT 09 


Not used 11 


STAT 10 


SRFl (status register full) 11 


STAT 11 


RDFl (receive data full) 1 


STAT 12 


BUSYl 1 


STAT 13 


Not used 1 


STAT 14 


EOMl (end of medium) ! 


STAT 15 


Not used 1 



Command Register (CMD 08:15) Write-Only: 



COMMAND 
REGISTER 



CMD 08 
CMD 09 
CMD 10 
CMD 11 
CMD 12 
CMD 13 
CMD 14 
CMD 15 



DESCRIPTION 



DISl (disable interrupts) 
ENl (enable interrupts) 
HWl (not used, deactivated) 
CMDll REOM (reset EOM) 
CMD12 TSTNP (test new protocol) 
A2 (secondary register address) 
Al (secondary register address) 
AO (secondary register address) 



Address Register (ADR 08:15) Read-Only: 

The dual in-line package (DIP) switch contains the address of the 
Ethernet device controller. 



ADDRESS 
REGISTER 



DESCRIPTION 



ADR 08:11 I First hexadecimal digit 
ADR 12:15 I Second hexadecimal digit 
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5.6.2 Secondary Register Definitions 

The Secondary registers are the program interface to the EPM and their 
use is described in greater detail in Chapter 4. They are addressed 
via the command register as follows: 







SECONDARY 


CMD 13: 


15 


REGISTERS 


■s S SS S =S S£ s: 3 


.=:s&s = 


= E:=:=srtxsBssw=s%3s 


000 




C_REG 


001 




S_REG 


010 




T_DATA 


Oil 




R_DATA 


101 




H_REG 



5.5.3 Default Output Commands 

Ethernet default values for the 
Ethernet line driver are as follows; 



EPM device commands issued by the 



COMMAND 



Read Time-out 
Write Time-out 
Device Read 
Device Write 
Disable Read 
Disable Write 
Disconnect 
Set Progrfiuranable 



Option Command 



VALUE 

6 seconds 

5 seconds 

X'43' 

X'42' 

X'83' 

X'C2' 

X'43' 

X'43' 



For a list of 
diagnostic status 



command register codes, status register codes, 
codes and received-f raime status, see Chapter 4. 



5.7 ETHERNET DEVICE CONTROL BLOCK (DCB) FIELDS 

The Ethernet DCB is identical for the read (device code 212) and write 
(device code 213) devices; however, some fields are used differently 
by the two devices. The following is a brief explanation of the 
Ethernet-specific portion of the Ethernet DCB: 



DCB.WDCB 



The DCB.WDCB fullword field is a pointer to the write DCB. 
is defined for both read and write DCBs. 



It 
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DCB.RDCB 



The DCB.RDCB fullword field is a pointer to the read DCS. 
It is defined for both read and write DCBs. 



DCB.BSAD 



The DCB.BSAD fullword field records the physical address 
of the start of the current read or write user buffer 
(depending on the DCB) , or zero if there is no current 
buffer. This field, when combined with the fields 
DCB.DSAD and DCBA.EAD, constitutes an address triple 
corresponding to one user buffer. 



DCB . DSAD 



The DCB.DSAD fullword field records the physical address 
of the start of the data field of the current read or 
write user buffer depending on the DCB, or zero if there 
is no current buffer. 



DCB . EAD 



The DCB. EAD fullword field records the physical address 
of the end of the current read or write user buffer 
depending on the DCB, or zero if there is no current 
buffer . 



DCB. SEND 



The DCB. SEND fullword field is used to 
address read from the SELCH after 
operation, accordingly. 



store the last end 
a read or write 



DCB.SDSA 



The DCB.SDSA fullword field is used as a temporary 
storage area for the user buffer data start address 
(i.e., copy of DCB.DSAD), for use during runt-frame 
processing . 



DCB.SEAD 



The DCB.SEAD fullword field is used as a temporary 
storage area for the user buffer data end address (i.e., 
copy of DCB. EAD), for use during runt-frame processing. 
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DCB.FLST 



The DCB.FLST storage area is initialized by the driver as 
a standard circular list and is used to store buffers 
obtained from the u-task (size of the list is governed by 
the constant ETH.LSIZ, which is found in the macro 
$ETHDCBS; default 15). As buffers are required by the 
driver, they are removed from DCB.DSAD and DCB.EAD, 
pushed onto DCB.TLST and finally returned to the u-task. 



DCS . TLST 



The DCB.TLST storage area is initialized by the driver as 
a standard circular list and is used to store buffers to 
return to the u-task. (Size of the list is governed by 
the constant ETH.LSIZ, which is found in the macro 
$ETHDCBS; default 15.) As buffers are required by the 
driver, they are removed from DCB.BSAD, DCB.DSAD and 
DCB.EAD, pushed onto DCB.TLST and finally returned to the 
u-task. 



DCB.TRAC 



The DCB.TRAC storage area is initialized by the driver as 
a standard circular list; this list is not normally 
accessed. To enable the logic that will trace the most 
recent ETH.TSIZ items (where ETH.TSIZ is a constant in 
$ETHDCBS; default 100), where "items" includes all ESR 
and interrupt service routine (ISR) entries and exits, 
two instructions must be no-oped in the driver; namely, 
the first instructions in the driver routines MAKTRACE 
and lyCAKTRACI . 



DCB . SLNK 



The DCB. SLNK fullword field is used as a temporary save 
area for the link register. 



DCB.EERl 



The DCB.EERl fullword field records the link register of 
the ESR error exit call (i.e., the BAL to ESR. EXIT); as 
such, this field is useful for determining exactly where 
in the driver an error termination originated. 



DCB.EER2 



The DCB.EER2 halfword field records the link register of 
the ISR error exit call (i.e., the BAL to ERR. EXIT); as 
such, this field is useful for determining exactly where 
in the driver an error termination originated. 
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DCB.SISR 



The DCB.SISR halfword field records the link register for 
normal ISR exit (i.e., BAL to ISR.EXIT) and as such, is 
a simple trace mechanism for determining the last ISR to 
be exited on the respective read and write sides. More 
extensive trace capability is available using the 
DCB.TRAC storage area. 



DCB . ETB 



The DCB. ETB half woi d field is used to schedule ESR 
subroutines via the ESR Executive (ISSEXECE). Definition 
of the bits in this field is found in the macro $ETHDOBS . 



DCB . DLEN 



The DCB. DLEN halfword field adds the total data area 
represented by the buffers stored in DCB.FLST. This 
value is used particularly by the read side to determine 
if enough user buffer space is available to read the 
incoming frame. 



DCB.FLEN 



In the read DCB, the FLEN halfword field records the 
number of bytes available to be read in the currently 
available frame on the EDLC. After a frame is read, this 
field is zero. In the write DCB, this field 
undefined. 



DCB . RLEN 



In the read DCB, the RLEN halfword field recc ds the 
total size of the currently available frame on the EDLC. 
During a normal read operation, this field is ^qual to 
DCB.FLEN initially, then DCB.FLEN is updated as data is 
read into user buffers. In the write DCB, this field is 
undef ined . 



DCB.ETFL 



The DCB.ETFL halfword field is used to coordinate the 
read and write operations. The definition of the bits in 
this field is found in the macro $ETHDCBS. This field is 
only defined in the read D.:;B. 
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DCB.ESDN 



The DCB.ESDN half word field is set up by SYSGEN/32 to 
designate the address of the SKLCH used by the EDLC . 



DCB.Srj5N 



In the write DCB, the SUKN half word field is used to 
record the number of bytes available for a TYPE II 
(TEST-type) conunand; namely, a statistics-gathering 
command. In the read DCB, this field is undefined. 



DCB.NMIO 



The DCB.NMIO byte field records the last TYPE I, TYPE II 
or TYPE III command that is issued to the EPM module on 
the EDLC. This field is only defined for the write DCB. 



DCB.SREG 



In the write DCB, the SREG byte field records the last 
S_REG value read from the EDLC. This value is reported 
to an Examine S..REG command. In the read DCB, this field 
is undefined. 



DCB.RFSB 



In the read DCB, the RFSB byte field records the most 
recent received frame status byte read from the EDLC, 
indicaiting status of the incoming Ethernet frame. This 
value is reported to the EXAMINE READ STATUS command. In 
the read DCB, this field is undefined. 



DCB . HREG 



In the read DCB, the HREG byte field records the most 
recent contents of the EPM H_REG register ("handshaking" 
register). The definition of the bits in this field are 
found in the macro $ETHSTCM. In the read DCB, this field 
is undefined. 
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APPE^roIX A 

SUMMARY OF CHANGES TO ZERO-BIT INSERTION/DELETION (ZBID) 

LINE DRIVER INTERFACE 



All convmands, whether or not supported by the standard ZBID line 
driver, are respectively handled by the Ethernet interface line 
driver, with the following exceptions: 

• READ AFTER WRITE is not supported. 

• No direct or indirect buffer smpport is provided. 

• EXAMINE READ STATUS is supported. 

• EXAMINE S„RKG is supported. 

• RING-WAIT, -ANSWER and DISCONNECT are not supported. 

• READl is supported in order to allow user task (u-task) access 
to Ethernet protocol module (F;PM) registers. 

• SEIiECTIVE READ is not supported. 

• WRITEl is supported in order to allow u~task access to EPM 
registers . 

• WRITE IMAGE is identical to WRITE BUFFER. 

• WRITE IDIJEI..INE is not implemented. 

• MODE ADDR is not supported. 

• TEST-type commands are supported in order to allow u-task 
access to EPM commands . 
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A-f ield 

compromised single 

addressing 
extended addressing 
global 
null 

unextended aiddressing 
ADCCP 

Address field. See A-f Ield. 
Address register 
Advanced data communication 
control procedures. See 
ADCCP. 
ANSWER command 

B 

Buffer management 

trap 
Buffers, FIFO 



C-f Ield 
CEP 

Chained/queued buffer 

command byte (receive) 
control mode command byte 
device status byte 

(receive) 
device status byte 

(transmit) 
QSA device command byte 
Chained/queued buffer link 
word flag byte 

Channel terminal manager. 

See CTM. 
Command register 
Commaind repertoire 

CONTROL-type commands 
Compromised single addressing 
Conditional transfer (CXFER) 

command 

Continuous error processing. 

See CEP. 
Control field. See C-f ield. 
Control mode commcind byte 
Control sequences 

abort 

idle line 

ZBID flag 
CONTROL-type commands 

ANSWER command 

DISCONNECT command 
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2-5 I 
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CONTROL-type commands 
(Continued) 

EXAMINE command 3-7 

5-7 
EXAMINE READ STATUS 

command 5-7 

EXAMINE S_REG command 5-7 

RING WAIT command 3-8 

CTM 2-1 



DCW 1-2 

chain 3-4 

Default output commands 5-19 

DISCONNECT command 3-8 

Driver command word. See 
DCW. 

Drivers 

Ethernet 1-2 

ZBID 1-2 



EDLC 4-1 

Encoded SVC 15 for ether net 

line driver 5-15 

Encoded SVC15 termination 

codes 3-12 

EPM 

receive data (R_DATA) 4-1 

S_REG 4-2 

transmit data (T_DATA) 4-1 

EPM codes 

command register codes 4-6 

diagnostic status codes 4-7 

H_REG contents 4-8 

status register codes 4-7 

EPM command access 5-2 

EPM Ethernet address 

load physical address 4-5 

EPM register access 5-2 

Error handling 

termination codes for 

the ethernet line driver 5-15 
termination codes for 

the ZBID line driver 3-12 

Ethernet command repertoire 

CONTROL-type commands 5-7 

EXAMINE command 5-7 
EXAMINE READ STATUS 

command 5-7 

EXAMINE S_REG command 5-7 

MODE CMD2 command 5-13 

MODE DISC command 5-13 

MODE RCMD command 5-13 

MODE RDIS command 5-13 

MODE TOUT command 5-12 

MODE -type commands 5-12 
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Ethernet command repertoire 
(Continued) 

MODE WCMD command 5-13 

MODE WD IS command 5-13 

NOP command 5-6 

NULL-type commands 5-6 

READ BUFFER command 5-8 

READ-type commands 5-8 

READl command 5-10 

reserved commands 5-14 

TEST-type commeinds 5-13 
transfer in (XFER) 

command 5-6 

WAIT command 5-6 

WRITE BUFFER command 5-10 

WRITE IDLELINE command 5-12 

WRITE IMAGE command 5-11 

WRITE -type commands 5-10 

WRITEl command 5-12 

Ethernet data link 
controller. See EDLC. 

Ethernet DCB fields 

DCB.BSAD -20 

DCB.DLEN 5-22 

DCB.DSAD 5-20 

DCB.EAD 5-20 

DCB.ERR1 5-21 

DCB.ERR2 5-21 

DCB.ESDN 5-23 

DCB.ETB 5-22 

DCB.ETFL 5-22 

DCB.FLEN 5-22 

DCB.FLST 5-21 

DCB.HREG 5-23 

DCB.NMIO 5-23 

DCB.RDCB 5-20 

DCB.RFSB 5-23 

DCB.RLEN 5-22 

DCB.SDSA 5-20 

DCB.SEAD 5-20 

DCB. SEND 5-20 

DCB.SISR 5-22 

DCB.SLEN 5-23 

DCB.SLNK 5-21 

DCB.SREG 5-23 

DCB.TLST 5-21 

DCB.TRAC 5-21 

DCB.WDCB 5-19 

Ethernet frame 4-2 

Ethernet interface 

programming 5-17 

default output commands 5-19 

primary registers 5-18 

secondary register 

definitions 5-19 

Ethernet protocol module. 
See EPM. 

EXAMINE command 3-7 

5-7 

EXAMINE READ STATUS command 5-7 

EXAMINE S_REG command 5-7 

Extended addressing 2-7 



PCS field 

FIFO buffers 
First-in/first out. See 

FIFO. 
Frame check sequence field. 

See FCS field. 
Freones 

receiving a ZDLC fraune 
sending a fraune 
sequence of bit 

transmission 
ZBID flag 



Global addi.i8S 



H 

HDLC 

High-level data link 
control. See HDLC. 



I,J,K,L 

I -field 

Information field. See 

I -field. 
ITAM/32 

SVC15 access 



M 

MODE -type c ommand s 

MODE ADDR command 
MODE CMD2 command 

MODE DISC command 

MODE RCMD command 

MODE RDIS command 

MODE TOUT command 

MODE WCMD command 

MODE WD IS command 

Multicast addresses 
broadcast 
multicast group 
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2-8 
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2-1 
2-2 
2-2 

2-3 
2-5 



2-8 



2-1 



2-2 



1-1 



3-^ 

5-12 

3-11 

3-10 

5-13 

3-11 

5-13 

3-10 

5-13 

3-11 

5-13 

3-10 

5-12 

3-10 

5-13 

3-11 

5-13 

4-5 
4-5 



No station address. See 
null address. 
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NOP command 

Null address 
NULL-type commands 

conditional transfer 
(CXFER) command 

NOP command 

transfer in (XFER) 
command 

WAIT command 



O 



OS/32 Telecommunications 
Access Method. See 
ITAM/32. 

OUTPUT command 



Primary registers 
address register 
command register 
status register 

Programming the Ethernet 
line driver 

general description 



QSA 

QSA device command byte 

receive 

transmit 
QSA device status byte 

receive 

transmit 
QSA programming 

ZBID default values 
Quad-synchronous adapter 
See QSA. 



3-6 
5-6 
2-8 
3-6 
5-6 

3-7 
5-7 
3-6 
5-6 

3-6 
5-6 
3-6 
5-6 



4-2 



5-18 
5-18 
5-18 



5-1 



1-2 

3-17 
3-16 

3-19 
3-18 
3-14 
3-15 



SDLC 

Secondary register 

definitions 
SELCH 

SELECTIVE READ command 
Selector channel. See SELCH. 
Single synchronous adapter. 

See SSA. 
SSA 

Status register 
Summary of changes to ZBID 

line driver interface 
Supervisor call 15. See 

SVC15. 
SVC 15 

access 

error handling 

line driver access 
SVC15 access to the ethernet 
line driver 

CEP 

EPM command access 

EPM register access 

read and write 
SVC15 parameter block 

commands executed 

data codes 

data fields 

function code 

general status 
information 

length of last read 

length of last write 

logical unit 

pointer to DCW chain 
Synchronous data link 
control. See SDLC. 



TEST-type commands 

TYPE I commands 

TYPE 1 1 commands 

TYPE 1 1 1 commands 
Transfer in (XFER) command 

Transmission error checking 
FCS field 
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5-18 
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1-5 
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1-4 

1-5 
1-5 
1-5 
1-5 
1-5 



5-13 

5-14 

5-14 

5-14 

3-6 

5-6 

2-8 



Read and write access 
READ-type commands 

READ BUFFEB: command 

READl comma:nd 

SELECTIVE READ command 
Receive register/frame status 
Reserved commands 
RING WAIT command 



3-3 

3-8 

5-8 

3-8 

5-8 

5-10 

3-9 

4-8 

5-14 

3-8 



U,V 
Unextended addressing 

W,X,Y 
WAIT command 
WRITE -type commands 
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5-10 
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WRITE-type commands 

(Continued) 
WRITE BUFFER command 

WRITE IDLELINE command 

WRITE IMAGE command 

WRITEI command 



ZBID 

binary coding 

flag 

QSA 

ZBID commemd repertoire 
ANSWER command 
conditional transfer 

( CXF ER ) command 
CONTROL-type commands 
DISCONNECT command 
EXAMINE command 
MODE ADDR command 
MODE CMD2 command 
MODE DISC command 
MODE RCMD command 
MODE RDIS command 
MODE TOUT command 
MODE -type commands 
MODE WCMD command 
MODE WD IS commcmd 
NOP command 



3-9 

5-10 

3-9 

5-12 

3-9 

5-11 

5-12 



2-1 
2-2 
2-5 
1-2 

3-8 

-7 
'--7 

-8 
3-7 
3-11 
3-10 
3-11 
3-10 
3-11 
3-10 
3-10 
3-10 
3-11 
3-6 



ZBID command repertoire 
(Continued) 

NULL-type commands 3-6 

READ BUFFER command 3-8 

READ-type commands 3-8 

RING WAIT command 3-8 

SELECTIVE READ command 3-9 
transfer in (XFER) 

command 3-6 

WAIT command 3-6 

WRITE BUFFER command 3-9 

WRITE IDLELINE command 3-9 

WRITE IMAGE command 3-9 

WRITE-type commands 3-9 

ZBID line driver 3-4 

3-4 

CEP 3-3 

configuration options 3-1 

continuous error control 3-1 

features 3-1 

line access 3-1 

modification 3-1 

protocol control 3-1 

read and write access 3-3 

SVC15 access 3-3 
ZDLC 

control sequences 2-5 

frames 2-1 
ZDLC configurations 

two-way alternate 2-8 
two-way simultaneous 

(TWS) 2-8 
Zero-bit ins/del data link 

cont. See ZDLC. 
Zero-bit insertion/deletion. 

See ZBID. 
Zero-bit insertion/deletion 
data link control. See 
ZDLC. 



rND-4 



48-079 FOO ROO 



PERKIN-ELMER 

PUBUCATION COMMENT FORM 



We try to make our publications easy to understand and free of errors. Our 
users are an integral source of information for improving future revisions. 
Please use this postage paid form to send us comments, corrections, 
suggestions, etc. 

1 . Publication number ^ 

2. Title of publication 



3. Describe, providing page numbers, any technical errors you 
found. Attach additional sheet if neccessary. 



4. Was the publication easy to understand? If no, why not? 



5. Were illustrations adequate? 



6. What additions or deletions would you suggest? 



7. Other comments: 



From Date 

Position/Title 

Com pany 

Address 



6417 



STAPLE 



STAPLE 



FOLD 



BUSINESS REPLY MAIL 

FIRST CLASS PERMIT NO. 22 OCEANPORT, N.J. 



POSTAGE WILL BE PAID BY ADDRESSEE 

PERKIN-ELMER 

Data Systems Group 

106 Apple Street 
Tinton Falls, NJ 07724 



ATTN: 

TECHNICAL SYSTEMS PUBLICATIONS DEPT. 



FOLD 



STAPLE 



FOLD 



NO POSTAGE 

NECESSARY 

IF MAILED 

IN THE 

UNITED STATES 



FOLD 



1 



STAPLE 



I 6433-1 



